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1.0  INTRODUCTION 


This  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  report¬ 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Military  Services,  Organiza¬ 
tions  of  the  Joint  Chiefs  of  Staff,  Unified  and  Specified  Commands, 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0, 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD’s  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24, 
1988,  Subject:  Electronic  Data  Interchange  of  Business-Related 
Transactions;  and  (b)  Protection  of  Logistics  Unclassified/Sensi- 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)]  memorandum  of 
November  21,  1989,  Subject:  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Chapter  2.0  Maintenance ,  Section  2.1 
for  office  point  of  contact 
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1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implementation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  XI 2.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement¬ 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X12  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  sets,  segments,  data  ele¬ 
ments,  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standards  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1 .4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  X12  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1 .4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  th;  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization's  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  And  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Chapter  2.0,  Maintenance,  Section  2.1 
for  the  point  of  contact. 

1.4.2  Documentation  of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  X12  standards  or  ASC  X12  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “N/IT  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  see  the 
definitions  in  X12.6  Application  Control  Structure. 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  XI 2. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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824  Application  Advice 

This  standard  provides  the  format  and  establishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system's  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  free-form  format. 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
Advice  should  not  be  used  in  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transaction  set  (e.g.,  purchase  order 
acknowledgement  sent  in  response  to  a  purchase  order). 
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ST  Transaction  Set  Header 

BGN  Beginning  Segment 

LOOP  ID-Ill 
N1  Name 

N2  Additional  Name  Information 

N3  Address  Information 

N4  Geographic  Location 

REF  Reference  Numbers 

PER  Administrative  Communications  Contact 


LOOPK>-0m 

OTI  Original  Transaction  Identification 

M 

1 

10000 

REF  Reference  Numbers 

0 

12 

DTM  Date/Time  Reference 

0 

2 

PER  Administrative  Communications  Contact 

0 

3 

AMT  Monetary  Amount 

0 

10 

QTY  Quantity 

0 

10 

TED  Technical  Error  Description 
NTE  Note/Special  Instruction 


SE  Transaction  Set  Trailer 
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Figure  1.4-1  Example  of  a  Transaction  Set  Table 
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SON  ■  BEGINNING  SEGMENT 
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Mandatory 


Mandatory 


CondManal 


Segment: 
level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 
Comments: 


BGN  Beginning  Segment 
Header 

Mandatory 

1 

To  indicate  ttie  beginning  of  a  transaction  set 
It  BGN05  is  used.  BGN04  is  required. 

1.  BGN02  is  the  Transaction  Set  Reference  Number. 

2.  BGN03  is  the  Transaction  Set  Date. 

3. 8GN04  is  the  Transaction  Set  Time. 

4.  BGN05  is  the  transaction  set  time  qualifier. 

Data  Element  Summary 


BQN01  353  Transaction  Set  Purpose  Code 

Code  identifying  purpose  of  transaction  set. 

00  Original 
01  Cancellation 
04  Change 
12  Not  Processed 


M  K) 


2/2 


BGN02  127 


BON03  373 


BON04  337 


Refarence  Number  M  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set.  or  as  specified  by  the  Reference  Number  Qualifier. 


Date 

Date  (YYMMDO). 


M  DT 


6/6 


Time  C  TM  4/4 

Time  expressed  in  24-hour  dock  time  (HHMM,  time  range:  0000  though  2359). 


AnpMmentaMon  Note; 

Use  HHMM 

BGN05  023  Time  Code 


O  ID 


2/2 
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Figure  1.4-2  Example  of  a  Transaction  Set  Segment 
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•  Required 

Required  data  elements  are  considered  optional  under 
ASC  X12  rules,  but  are  required  by  DoD  decision. 

•  Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD,  but  the  industry  recommends 
their  use  to  facilitate  EDI.  Most  companies  in  the  industry 
are  expected  to  use  this  data  element. 

•  Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 


•  Conditional 

Conditional  data  elements  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 

This  chapter  describes  the  procedures  for  maintaining  the  DoD 
conventions.  It  also  presents  a  section  on  version/release  tuning. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA,  as  DoD's  Executive  Agent  for  EDI  and  PLUS,  has 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  process,  and 
ensure  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  estab¬ 
lished  a  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are:  (1)  to  obtain  ASC  X12  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  X12  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of.  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dissemi¬ 
nated. 

The  EA’s  primary  source  of  information  about  DoD’s  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  contact  for  data  standardization  to: 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria,  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Work  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version”  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  12-character  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #480,  Ver¬ 
sion/Release/Industry  ID.  This  12-character  code  is  used  by 
ASC  X12  as  follows: 
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Position 


Content 


1-3  Version  number 

4-5  Release  level  of  version 

6  Subrelease 

7-12  DoD/lndustry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “000” 
and  incremented  by  1  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix,  DoD  will  use  “DoD_”  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoD  conventions  for  using  ASC  X12  standards  are  published 
annually.  Conventions  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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3.0  DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 


This  chapter  defines  the  DoD  transaction  set  conventions.  It 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes. 

3.1  INTRODUCTION 

The  power  of  the  ASC  XI 2  standard  is  in  its  building  block 
concept,  which  standardizes  the  essential  elements  of  business 
transactions.  It  is  analogous  to  a  “standard  bill  of  materials  and 
the  construction  specifications,”  which  gives  the  architect 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
procedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standards  to  build  business  transactions  that  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  X12 
standards.  The  “bill  of  materials  and  the  construction  specification” 
of  ASC  X12  are  the  standards  found  in  the  published  technical 
documentation. 

ASC  X12.3  -  The  Data  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  comprise 
the  transaction  sets  developed  by  ASC  XI 2. 

ASC  X12.5  -  The  Interchange  Control  Structure  provides  the 
interchange  control  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  and 
processing  of  the  envelope. 

ASC  X12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  XI 2.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  used  in  the  construction 
of  transaction  sets  developed  by  ASC  X12. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  each  transaction  set  is  a  complete  document  to  the  extent 
possible.  For  further  clarification  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standards  Association,  Inc.,  Suite  355,  1800  Diagonal 
Road,  Alexandria,  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  the  EDI  structure 
provides  the  standards  user  with  multiple  levels  of  control  to  ensure 
data  integrity.  It  does  so  by  using  header  and  trailer  control  segments 
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designed  to  identify  uniquely  the  start  and  end  of  the  interchange 
functional  groups  and  transaction  sets.  The  relationship  of  these 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

3.2.1  Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  Provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment) 

The  interchange  control  number  value  in  the  acknowledgment 
(TA1  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system's  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113.  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  functional  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  release  in  which  the  convention  is  written. 
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Segment:  ISA  Interchange  Control  Header 

Purpose:  To  start  and  identify  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 

Data  Element  Summa 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


ISA01  101  Authorization  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Authorization  Information. 

00  No  Authorization  Information  Present  (No  Meaningful  Information  in  102) 

ISA02  102  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or  authorization  of  the  sender  or  the 
data  in  the  interchange.  The  type  of  information  is  set  by  the  Authorization 
Information  Qualifier. 

Implementation  Note: 

If  no  authorization  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA03  K>3  Security  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Security  Information. 

01  Password 

ISA04  104  Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  information  about  the  sender  or  the  data 
in  the  interchange.  The  type  of  information  is  set  by  the  Security  Information 
Qualifier. 

Implementation  Note: 

An  agreed  upon  password.  If  no  security  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA05  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  Address  Code  (DoDAAC )  or  other  code  coordinated 
with  the  value-added  network  (VAN). 

ISA06  106  Interchange  Sender  ID  M  ID  15/15 

Identification  code  published  by  the  sender  for  other  parties  to  use  as  the 
receiver  ID  to  route  data  to  them.  The  sender  always  codes  this  number  in  the 
sender  ID  element. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC )  or  other  code  coordinated  with 

the  value-added  network  (VAN).  Non-DoD  activities  :tse  identification  code  qualified  by  ISA05  and 

coordinated  with  the  VAN. 

ISA07  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 


ISA06 
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001- CONTROL  SEGMBfTS 
ISA  •  MTERCHANGE  CONTROL  HEADER 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Cod e  Value  Implementation  Note: 

An  agreed  upon  designation  ofDoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordinated 
with  the  value-added  network  (VAN). 

ISA08  107  Interchange  Racalvar  ID  M  ID  15/15 

Identification  code  published  by  the  receiver  of  the  data.  When  sending,  it  is 
used  by  the  sender  as  their  sending  ID,  thus  other  parties  sending  to  them  will 
use  this  as  a  receiving  ID  to  route  data  to  them. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  ( DoDAAC )  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  and 
coordinated  with  the  VAN. 

ISA09  108  Interchange  Date  M  DT  6/6 

Date  of  the  interchange. 

Implementation  Note: 

Assigned  by  translation  software.  YYMMDD 

ISA10  109  Interchange  Time  M  TM  4/4 

Time  of  the  interchange. 

Implementation  Note: 

Assigned  by  translation  software.  HHMM 

ISA11  HO  Interchange  Control  Standards  Identifier  M  ID  1/1 

Code  to  identify  the  agency  responsible  for  the  control  standard  used  by  the 
message  that  is  enclosed  by  the  interchange  header  and  trailer. 

U  U  S.  EDI  Community  of  ASC  XI 2,  TDCC,  and  UCS 

ISA  12  111  Interchange  Control  Version  Number  M  ID  5/5 

This  version  number  covers  the  interchange  control  segments  and  the  functional 
group  control  segments. 

00303  Draft  Standard  for  Trial  Use  Approved  for  Publication  by  ASC  XI 2  Procedures 
Review  Board  Through  October  1992 

Code  Value  Implementation  Note: 

Version  ID  as  defined  or  agreed  upon  by  the  trading  partners. 

ISA13  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  ail  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

ISA14  113  Acknowledgment  Requested  M  ID  1/1 

Code  sent  by  the  sender  to  request  an  interchange  acknowledgment. 

0  No  Acknowledgment  Requested 
1  Interchange  Acknowledgment  Requested 


Mandatory 


ISA15 


114  Test  Indicator  M  ID  1/1 

Code  to  indicate  whether  data  enclosed  by  this  interchange  envelope  is  test  or 
production. 

P  Production  Data 
T  Test  Data 
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Cod o  Value  Implementation  Note: 

Assigned  by  translation  software. 


Mandatory 


ISA  16  115  Subolomont  Separator  M  AN  1/1 

This  is  a  field  reserved  for  future  expansion  in  separating  data  element 
subgroups.  (In  the  interest  of  a  migration  to  international  standards,  this  should 
be  different  from  the  data  element  separator). 

Implomontation  Note: 

Use  character  "<". 
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001  •  CONTROL  SEGMENTS 
GS  •  FUNCTIONAL  GROUP  HEADER 


Segment:  GS  Functional  Group  Header 

Purpose:  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 

Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  XI 2 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

MF  DATA 

an  hmwt  tom _ *nmmm _ 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  Transaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  information  content  of  the  functional  group.  See  XI 2  Dictionary  for 
source  code  list. 

CP  Contract  Pricing  Proposal  (805) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 


Mandatory 


GS03  124  Application  Receiver’s  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA08. 


Mandatory 


GS04  373  Date 

Date  sender  generated  a  transaction  set. 


Mandatory 


GS05  337  Time 

Time  expressed  in  24-hour  clock  time. 


M  DT  6/6 

M  TM  4/6 


Mandatory 


GS06  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

Implementation  Note: 

Assigned  by  translation  software. 


Mandatory 


GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunction  with  Data  Element  480  to  identify  the  issuer  of  the 
standard. 

X  Accredited  Standards  Committee  XI 2 
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Mandatory 


Cod*  Vatu*  Implaman  tat  ion  Not*: 

Indicates  that  an  ANSI  XI2  standard  is  being  transmitted. 

GS08  480  Veraion/Release/Industry  ID  Cod*  M  ID  1/12 

Code  indicating  the  version,  release,  subrelease  and  industry  identifier  of  the  EDI 
standard  being  used.  Positions  1-3,  version  number;  positions  4-6,  release  and 
subrelease  level  of  version;  positions  7-12,  industry  or  trade  association  identifier 
(optionally  assigned  by  user). 

003030  Draft  Standards  Approved  by  ASC  XI 2  Through  October  1992. 

Code  Value  Implementation  Note: 

Code  value  agreed  to  by  trading  partners.  See  XI 2  Dictionary  for  source  code  list. 


BASEUNE  AS  OF:  FEBRUARY  22, 1993  •  DI16 


3.0.11 


DEPARTMENT  OF  DEFENSE 

DRAFT  MPLEMENTATKM  CONVENTION 


*05  CONTRACT  PRICING  PROPOSAL  001  •  CONTROL  SEGMENTS 

ANSI  ASC  X12  VERSION/RELEASE  003030DQD_  _  GE  •  FUNCTIONAL  GROUP  TRAILER 


Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

mr.  data 

— Bit _ MBBJL.  am. _ mmum 

GE01  97  Number  of  Transaction  Seta  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

knptmmtntttion  Note; 

Assigned  by  translation  software. 

GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

ImpbmtnMion  Notm: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 
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Segment:  IEA  Interchange  Control  Trailer 

Purpose:  To  define  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Data  Element  Summa 


Mandatory  IEA01  116  Number  of  Included  Functional  Groups  M  NO  1/S 

A  count  of  the  number  of  functional  groups  included  in  a  transmission. 

Implementation  Note: 

Assigned  try  translation  software. 

Mandatory  IEA02  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISA13. 
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ST*803*ABC0001  n/1 


This  is  an  805  Contract  Pricing  Proposal  Transaction  Set 
with  a  tnnaftion  set  control  number  of  ABC0001. 


BCyWKS*DAA29993S0001«930101*KB*FR* 
92080S*1200*P00002  n/1 


An  original  transaction  (use  code  00);  solicitation  qualifie 
(use  code  KS)  for  solicitation  number  DAAZ9993S0001. 
Proposer's  fiscal  year  commences  on  January  1, 1993. 
Proposal  is  in  response  to  a  contract  change  order  (use 
qualifier  code  KB).  Hie  proposal  will  result  in  an  award  o 
a  firm  fixed-price  contract  (use  code  FR).  The  transaction 
was  created  and  certified  on  August  5. 1992  at  12  noon. 
The  proposal  is  in  response  to  change  order  number 
P00002. 


SPI*90*39*01 ••••**Q2»»**AA  n/1 

(Data  maiateuaace  actiou  has  bees  submitted  I 

add  SPI13  (data  dement  1412]  to  this  transact 


REF*TN*PPR0001  n/1 


add  this  segment  to  the 
positian) 


The  proposal  is  Government  Non-Classified  (use  code  90) 
The  proposal  number  (use  code  39)  is  01.  The  company's 
security  level  far  this  proposal  is  company  confidential 
(use  code  02).  The  Current  Cost  and  Pricing  Data  for  this 
proposal  is  cfrrifinri  (uae  code  AA). 

The  unique  transaction  set  control  number  (use  code  TN) 
to  which  this  Contract  Pricing  Proposal  is  related  is 
PPR0001. 


N1*KD**33*1B712  n/1 


DTM*193*930101  n/1 


The  proposing  company  (use  code  KD)  has  a  CAGE  code 
(use  code  33)  of  1B712. 

The  start  of  the  performance  period  (use  code  193)  for  a 
contract  resulting  from  this  proposal  will  be  January  1, 
1993. 


DTM*194*941231  n/1 


The  end  of  the  performance  period  (use  code  194)  will  be 
December  30, 1994. 


G6 1  *IC*HILLARY  CARTER*TE*9448346873* 
COMPTROLLER  n/1 


The  company's  information  point  of  contact  is  their 
Comptroller,  Hillary  Carter  whose  telephone  number  is 
(944 >-834-6873. 


N1*C4**10*DCA123  n/1 


N1  •KF**10*DAA456  n/1 


The  government  office  responsible  for  administering 
contracts  (use  code  C4)  at  the  proposer’s  facility  has  a 
DoDAAC  (use  code  10)  of  DCA123. 

The  government  office  responsible  for  auditing  contracts 
(use  code  KF)  at  the  proposer's  facility  has  a  DoDAAC 
(use  code  10)  of  DAA436. 
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CBS  *0001 *l*LOn/l 

jn.*INn)001^11130.00*U*l.l  n/l 

LIN— SV-DESIGN  n/1 
CBS  *0002* 100*EA  n/l 

JIL»IN»0002»369781.00*U*U  n/l 

UN— SV*WIDGEr  PRODUCTION  n/l 

CBS*0002AA*50*EAn/I 

HL*EL*0002AA*184890.50*L4*1.2  n/l 

LIN— SV*WIDGET  PRODUCTION*VP*XYZ  n/l 

MSG*WIDGET  WITH  BLUE  RACING  STRIPES 
PER  MILITARY  SPECIFICATION  n/l 

CBS*OOQ2AB*SO*EA  n/l 

JIL*EL*0002AB*184890.50*L4*1.2  n/l 


Indicates  that  contact  line  feemnanber  (CUN)  0001  is 
being  proposed  as  one  (1)  lot 

The  connct  line  hem  number  (use  code  IN)  is  0001.  It  is 
being  proposed  in  the  amom  of  S61 1.130X0  for  the  kx. 
Additional  infarraadon  about  this  parr  of  the  proposed 
price  can  be  found  in  the  proposal  (use  code  L4)  at 
paragraph  1.1. 

Indicates  ttat  the  contract  line  item  being  proposed  is  a 
service  (use  code  SV)  called  design. 

Indicates  that  contract  line  item  number  0002  is  being 
proposed  in  a  quantity  of  100  each. 

The  contract  line  item  number  (use  code  IN)  is  0002.  It  is 
being  proposed  in  the  amount  of  S369. 78 1.00  for  a  total  of 
100  units.  Additional  information  about  this  part  of  the 
proposed  price  can  be  found  in  die  proposal  (use  code  L4) 
at  paragraph  LL 

Indicates  the  contract  line  item  being  proposed  is  a  service 
(use  code  SV)  called  widget  production 

Ii4iril»«  rtW  ^  q  p|fc-W  Mmi  MMiiKgy  fltlOTAA  i« 

being  proposed  in  a  quantify  of  SO  each. 

The  Contract  Sub  Line  Item  number  (use  code  EL)  is 
0002AA.  It  is  being  proposed  in  die  amount  of 
$184 ,890.50  for  a  quantity  of  50  hems.  Additional 
information  about  dm  pan  of  the  proposed  price  (use  code 
IA)  can  be  found  in  die  proposal  at  paragraph  12. 

Indicates  that  the  sub-line  item  being  proposed  is  for  a 
service  (use  code  SV)  called  widget  production  with  a 
vendor  pan  number  (use  code  VP)  of  XYZ. 

Proposer  indicates  that  the  item  is  s  widget  with  blue 
racing  wipes  to  be  manufactured  in  accordance  with  a 
military  specification. 

Indicates  that  contract  sub-line  item  number  0002AB  is 
being  proposed  in  a  quantity  of  50  each. 

The  Contract  Sub  Line  Item  number  (use  code  EL)  is 
0002AB.  It  is  being  proposed  in  the  amoum  of  $184890 JO 
for  a  quantity  of  50  items.  Additional  information  about 
this  part  of  the  proposed  price  (use  code  IA)  can  be  found 
in  the  proposal  at  paragraph  12. 
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un**sv*widget  PRODUCTION*  VP*XXZ  n/1 

Indkates  that  the  sob-line  ton  being  proposed  is  Cor  a 
service  (use  code  SV)  called  widget  production  with  t 
vendor  pan  number  (use  code  VP)  of  XXZ. 

MSG*WIDGET  WITH  RED  RACING  STRIPES  PER 
NASA  SPECIFICATIONS  n/1 

Proposer  r'K—*—  that  the  item  is  s  widget  with  ted  mein 
stripes  to  be  manufactured  in  accordance  with  NASA 
specifications. 

CBS*0003*1*LO  n/1 

Indicates  that  contract  line  item  number  0003  is  being 
proposed  as  one  (1)  lot 

JIL*IN*0003*0*L4*1  J  n/1 

The  contract  line  ism  number  (use  code  IN)  is  0003.  It  is 
being  proposed  without  an  additional  monetary  amount 
(use  the  number  *0").  Additional  information  about  this 
pan  of  the  proposed  price  can  be  found  in  the  proposal 
(use  code  LA)  at  paragraph  1 3. 

UN**SV*DATAn/l 

Indicates  that  the  line  item  being  proposed  is  a  service 
(use  code  SV)  called  data 

MSC*NOT  SEPARATELY  PRICED  n/1 

ftoposer  indicates  that  the  line  item  called  data  has  not 
been  separately  priced  in  the  proposal 

CB1*01  n/1 

Proposer  indicates  that  government  furnished  propeny 
(GFP)  (use  code  01)  will  be  required  in  the  performance  o 
the  resulting  contract 

MSG*ONE  (1)  XYZ  WIDGET  COMPANY  WIDGET 
STAMPING  MACHINE  n/L 

Proposer  indicates  that  the  specific  piece  of  GFP  needed  n 
perform  the  contact  is  an  XYZ  Widget  Company  widget 

.l^nj.ng  wiThhtf 

N9*NS*12340Q5tf78901  n/1 

Tire  required  piece  of  GFP  has  a  national  stock  number 
(use  code  NS)  of  1234-00-567-8901. 

N9*PL*89XZ  n/1 

Reference  to  the  machine  can  be  found  in  the 

N9*P9*10n/l 

Specifically,  the  reference  to  die  machine  can  be  found  in 
die  price  list  on  page  number  (use  code  P9)  ten. 

CBl*03*Pn/l 

The  proposer  indicates  that  contract  financing  (use  code 

03)  in  the  form  of  progress  payments  (use  code  P)  will  be 
required. 

CB1*05  n/1 

Indicates  that  the  company  has  previously  been  awarded  a 
contract  for  the  same  or  similar  item  (use  code  05). 

MSG*WIDGETS  WITH  BLUE  RACING  STRIPES 
PER  ARMY  SPECIFICATIONS  n/1 

The  proposer  indicates  the  company  has  manufactured 
widgets  with  blue  racing  stripes  per  Army  specifications  ii 
the  past 

BASELINE  AS  OF:  FEBRUARY  22, 1993 
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N9*CT*89-0001  n/1 

N9*NS*  1234005678901  n/I 

N9*CT*89-1234ii/l 

N9*NS  • 123400567890 1  n/1 

N9*CT*89-2468  n/1 

N9*PM*XYZn/I 

N1*KB«WIDGET  FABRICATORS.  INC  n/1 

N3*30  LINCOLN  STREET  n/1 
N4*WASHINGTON*DC*98765  n/1 

011*05  n/1 

MSG  “WIDGETS  PER  NASA  SPECIFICATIONS  n/1 
N9*CT*90A1B2C3  n/1 

N9*PM*XXZn/l 
N9*CT*89X10420  n/1 

N9*PM*XXZn/l 


The  widgets  were  previously  wtowd  n  accordance 
with  an  Aimy  specification  under  contact  (nee  code  CD 
89*0001. 

The  national  stock  number  (use  code  NS)  of  the  widgets 
previously  produced  aider  contact  89-0001  was 
123400S678901. 

The  widgets  were  also  previously  manufhcamd  in 
accordance  with  an  Atmy  specification  under  contact  (un 
code  CD  89- 1234. 

The  national  stock  number  (use  code  NS)  of  the  widgets 
previously  produced  under  contact  89-1234  was 
1234005678901. 

The  widgets  were  also  previously  manufactured  in 
accordance  with  an  Army  specification  under  contract  (ust 
code  CD  89-2468. 

The  part  nrnnber  (use  code  PM)  of  the  widgets  previously 
produced  under  contract  89-2468  was  XYZ. 

The  widgets  were  made  for  a  company  (use  code  KB) 
named  Widget  Fabricators.  Inc. 

Widget  Fabricator's.  Inc.  address  is  30  Lincoln  Street. 

Widget  Fabricator's  Inc.  are  located  in  Washington.  DC 
rip  code  98765. 

Another  indication  that  the  company  has  previously  been 
awarded  a  contract  for  the  same  or  similar  item  (use  code 
05). 

The  proposer  indicates  the  company  has  manufactured 
widgets  per  NASA  specifications  in  the  past 

The  widgets  were  previously  manufactured  in  accordance 
with  a  NASA  specification  under  contact  (use  code  CD 
90A1B2C3. 

The  part  number  (use  code  PM)  of  the  widgets  previously 
produced  under  contract  90A1B2C3  was  XXZ. 

The  widgets  were  also  previously  manufactured  in 
accordance  with  a  NASA  specifcaoon  tinder  contract  (use 
code  CD  89X10420. 

The  part  number  (use  code  PM)  of  the  widgets  previously 
produced  under  contract  89X10420  was  XXZ. 
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N1  "KB  "GADGET  FABRICATORS.  INC  n/I 

The  widgets  were  nude  tor  a  company  (one  code  KB) 

N3*40  JEFFERSON  COURT  n/1 

Gadget  Fabricator'},  Inc.  nddreas  is  40  Jefferson  Coot. 

N4  "CYPRUS  "CA  "98766  n/; 

Gadget  Fabricator's  be.  are  located  in  Cyprus.  California, 
zip  code  98766. 

CBl*07n/l 

The  propoeer  indicates  that  the  proposal  is  consistent  with 
estabtuhed  practices,  principles,  and  (use  code 

07) 

CBl"10n/I 

The  propoeer  indicates  that  die  proposal  is  not  subject  to 

Cost  Accounting  Standards  Bond  (CA5B)  procedures  (usi 
code  10). 

MSG*  SMALL  BUSINESS  n/1 

CBl"13n/l 

Tbc  propoKr  indicates  lint  ft  CASB  disclosure  ssstcroeut 
hss  not  been  (use  code  13). 

CBl*15n/I 

notified  of  an  ectuftl  or  poteociftl  CAS  noncompbesice  (use 
code  15). 

CBl"16n/l 

The  propoeer  bdicaaes  that  the  proposal  is  ccmiaMnt  with 
disclosed  practices  or  standards  (use  code  16). 

FL*1*DO*MS*E*MAJOR  SUBCONTRACTORS"! 
n/1 

This  is  the  (fast  iteration  of  the  PL  segment  (identified  by 
the  number  *1*  which  will  increase  progressively  with 
each  new  ueraticn  of  the  PL  segment).  The  cost  of  Major 
Subcontractor  Pam  (MS)  in  dollan  (DO)  is  a  direct  input 

«wl  gipmi  fill!  n>i  Hut  mat  Minima ry  hy  ^Im 

number  T  m  the  last  position). 

FL*2"DO*MS*F  n/1 

End  of  fotmute  (F)  for  direct  cost  inpat  of  Major 

Subu  attractor  Pans. 

PL"3"DO*FP*E*FURCHASED  PARTS  "2  n/1 

The  cost  of  Purchased  Pans  (FP)  in  dollars  (DO)  is  a  direci 
input  and  appears  second  an  the  cost  summary  (identified 
by  the  number  *2*). 

PL"4"DO*PP*F  n/1 

End  of  formula  (F)  for  direct  cost  input  of  Purchased  Pans 

PL"5"DO"IDWA*E*INTER  DIVIS10N*3  n/1 

The  cost  of  Inter-Division  Pam  (IDWA)  in  dollars  (DO)  is 
adirect  input  and  appears  thad  on  the  cost  summary 
(identified  by  the  number  "3”). 

PL"6"DO"IDWA"F  n/1 

End  of  formula  (F)  for  direct  cost  input  of  Inter  Division 

Pam. 
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PL*7*DO*TDM*E  -TOTAL  DIRECT  MATERIAL* 
4  a/| 


PL*8*DO*MS*A  n/1 


PL*9-DO*PP- A  n/1 


PL*10*DO*IDWA*F  n/1 


PL-1 1-DO-MOH-E-MATERIAL  OVERHEAD-5 
D/l 


PL-12-DO-TDM-M  n/1 


PL*13*P1*M0HR*F* MATERIAL  OVERHEAD 
RATE  n/1 

PL-  14-D0-E1D-E-ENGINEERING  ONE  LABOR 
DOLLARS  n/1 


PL-15-HR-ElH-Mn/l 


PL-16-A8-E1R-F-ENGINEERING  ONE  LABOR 
RATE  n/1 

PL-17-D0-E2H-E-ENGINEERING  TWO  LABOR 
DOLLARS  n/1 


PL-18-HR-E2H-M  n/1 


PL-19* A8-E2R-F-ENGINEERINC  TWO  LABOR 
RATE  n/1 

PL-20-D0-ELD-E-ENGINEERING  LABOR 
DOLLARS  *6  n/1 


PL-21-DO-E1D-A  n/1 


Tool  Direct  Maaenal  Dollars  appear  fourth  on  the  coat 
agnmoy  (identified  by  the  number  *4*).  Famuli  to 
calculate:  TDM  ■  SP  ♦  PP  ♦  IDWA.  Famuli  tend  as: 
Tool  Dimct  Material  (TDM)  in  dollars  (DO)  equals  (E) 

The  direct  input  cost  of  Major  Subcontractor  Parts  (MS)  ir 
dollars  (DO),  plus  (A) 

The  direct  input  cost  of  Purchased  Pans  (PP)  in  dolhn 
(DO).pte(A) 

The  direct  input  cost  of  Inter-Division  Parts  (IDWA)  in 
dollars  (DO).  End  of  formula  (F). 

Material  overhead  appears  fifth  on  the  cost  summary 
(identified  by  the  number  "5").  Formula  to  calculate; 

MOH  *  TDM  z  MOHR.  Formula  read  as:  Material 
Overhead  (MOH)  in  dollars  (DO)  equals  (E) 

Tool  Direct  Material  (TDM)  in  dollars  (DO)  multiplied  b> 

(M) 

Material  Overhead  Rate  (MOHR)  expressed  as  a  percent 
(PI ).  End  of  formula  (F). 

Formula  to  ralrulair  E1D  *  E1H  x  E1R.  Formula  reads 
as:  Engineering  1  Labor  Dollars  (E1D)  expressed  in 
doltan  (DO)  equals  (E) 

Engineering  1  Hours  (E1H)  expressed  as  hours  (HR) 
multiplied  by  (M) 

Engineering  1  Labor  Rate  (E1R)  expressed  as  dollars  per 
hour  (A8).  End  of  formula  (F). 

Formula  to  calculate-  E2D  »  E2H  x  E2R.  Formula  reads 
as:  Engineering  2  Labor  Dollars  (E2D)  expressed  in 
dollars  (DO)  equals  (E) 

Engineering  2  Hours  (E2H)  expressed  as  hours  (HR) 
multiplied  by  (M) 

Engineering  2  Labor  Rate  (E2R)  expressed  as  dollars  per 
hour  (A8).  End  of  formula  (F). 

Tool  Engineering  Labor  Dollars  appear  sixth  on  die  cost 
summary  (identified  by  the  number  '6*).  Formula  to 
calculate:  ELD  ■  E1D  +  E2D.  Formula  reads  as: 
Engineering  Labor  Dollars  (ELD)  expressed  in  dollars 
(DO)  equals  (E) 

Engineering  1  dollars  (E1D)  expressed  as  dollars  (DO) 
phis  (A) 
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PL*22*DO*E2D*F  a/1 

PL*23*D0*M1D*E*MANUFACTURING  WE 
LABOR  DOLLARS  n/1 

Eagiaeeriag  2  dollars  (E2D)  expressed  as  dollars  (DO). 

End  of  formula  (F). 

Formula  to  calmlatr  MID  «  M1H  x  MIR  Formula  read? 
a c  Marmfacturmg  1  Labor  Dollars  (MID)  cxprtaaod  m 
doilan  (DO)  equals  (E) 

PL*24*HR*M1H*M  n/1 

Mwabanrin  1  Horn  (M1H)  expressed  as  boon  (HR) 
multiplied  by  (M) 

PL*25*A8*M1R*F*  MANUFACTURING  WE 
LABOR  RATE  n/1 

Maadtonn  1  Labor  Rase  (MIR)  expressed  as  dollars 
per  bom  (AS).  End  of  formula  (F). 

PL*26*D0,M2D*E*MANUFACTURING  TWO 
LABOR  DOLLARS  n/1 

Formula  to  mica  lair  M2D  «  M2H  »  M2R.  Formula  reads 
as:  Manufacturini  2  Labor  Doilan  (M2D)  expressed  in 
doilan  (DO)  equals  (E) 

PL*27*HR*M2H*M  n/1 

Manufacturing  2  Homs  (M2H)  expressed  as  boas  (HR) 
multiplied  by  (M) 

PL*28*A8*M2R*F*MANUFACTURING  TWO 
LABOR  RATE  n/1 

per  boor  (AS).  End  of  formula  (F). 

PL*29*D0*MLD*E*MANUFACTURING  LABOR 
DOLLARS*6n/l 

Toni  Manufarturmg  Labor  Dollars  appean  seventh  on  dr 
con  aim  limy  (identified  by  the  number x  I"  j.  Formula  so 
calculaie:  MLD  ■  MID  +  M2D.  Formula  reads  ac 

Msnufsrraring  Labor  Pollan  (MLD)  expressed  in  dollars 
(DO)  equals  (E) 

FL*30*DO*M1D*A  n/1 

Manuf  muring  1  Dollars  (MID)  expressed  aa  doilan  (DO) 
plus  (A) 

FL*31*DO*M2D*F  n/1 

Manufacturing  2  Dollars  (M2D)  expressed  as  dollars 
(DO).  End  of  formula  (F). 

PL*32*DO*TDLD*E*TOTAL  DIRECT  LABOR 
DOLLARS  *8  n/1 

Total  Direct  Labor  DoUars  appear  eighth  on  the  cost 
summary  (identified  by  the  number  *8*).  Formula  to 
calculate:  TDLD  *  ELD  ♦  MLD.  Formula  trad  as:  Total 

Direct  Labor  Dollars  (TDLD)  expressed  as  dollars  (DO) 
equals  (E) 

PL*33*DO*ELD*A  n/1 

Engineermg  Labor  Doilan  (ELD)  expressed  as  dollars 
(DO)  plus  (A) 

PL*34*DO*MUD*F  n/1 

Manufactaing  Labor  Dollars  (MLD)  expressed  as  dollars 
(DO).  End  of  formula  (F). 

PL*35*DO*ELOH*E*ENGINEERING  LABOR 
OVERHEADS  n/1 

Engineering  Labor  Overhead  appean  ninth  on  the  cost 
summary  (identified  by  the  number  *9*).  Formula  to 
calculate:  ELOH  =  ELD  x  ELOHR.  Formula  read  as: 

Engineering  Labor  Overhead  (ELOH)  expressed  in  dollais 
(DO)  equals  (E) 

BASELINE  AS  OF:  FEBRUARY  22, 1993 
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PL*36*DO*ELD*M  n/l 

PL*37*P1*EL0HR*F  n/l 

PL*38*DO*MLOH*E*MANUFACTURING  LABOR 
OVERHEADS  n/l 

PL*39*DO*MLD*M  n/l 

PL*40*P1  *MLOHR*F  MANUFACTURING  LABOR 
OVERHEAD  RATE  n/l 

PL*41*DO*TLOH*E*TOTAL  LABOR 
OVERHEADS  1  n/l 

PL  *42*DO*ELOH*A  n/l 

PL*43*DO*MLOH*F  n/l 

PL*44*DO*TLAOH*E*TOTAL  LABOR  AND 
OVERHEAD*12n/l 

PL*45*DO*TDLD*A  n/l 

PL*46*DO*TLOH*F  n/l 

PL*47*DO*CS*E*COMPUTER  SERVICESM3  n/l 

PL*48*DO*ELD*M  n/l 

FL*49*P1  •CSR*F*COMPUTER  SERVICES  RATE 
n/l 


Engtaccrmg  Labor  Dollars  (ELD)  expressed  as  dollars 
(DO)  aatkiplied  by  (M) 

Engineering  Labor  Overhead  Rate  (ELOHR)  expressed  as 
s  percent  (PI).  End  of  fanaoti  (F). 

sanansry  (identified  by  te  number  *10*).  Fonniis  ao 
calculate:  MLOH  «  MLD  x  MLOHR.  Formula  read  as: 
Maaufacoaiag  Labor  Overhead  (MLOH)  expressed  in 
dollars  (DO)  equals  (E) 

Mantewn ljhnr  Pnfl«  (MLD)  expa MBd  at  dollars 
(DO)  multiplied  by  (M) 

Manufacturing  Labor  Overhead  Rale  (MLOHR)  npreua 
as  a  percent  (PI).  End  of  fonniiia  (F). 

Total  Labor  Overhead  appears  eleventh  on  the  cost 
smnuvy  (ideadfied  by  the  number  *11*).  Formula  10 
calculate:  TLOH  «  ELOH  ■  MLOH.  Formula  read  as: 
Total  Labor  Overhead  (TLOH)  expressed  as  dollars  (DO) 
equals  (E) 

Engineering  Labor  Overtired  (ELOH)  expressed  as  dollar 
(DO)  pins  (A) 

Manufacturing  Labor  Oveibend  (XILOH)  expressed  as 
dollars  (DO).  End  of  Consuls  (F). 

Total  Labor  and  Orcffaead  appears  twelfth  on  the  cost 
stannary  (Identified  by  die  number  ’12*).  Formula  so 
calculate:  TLAOH  •  TOLD  ♦  TLOH.  Foramla  reads  as: 
Ttnal  Labor  and  Overhead  (TLAOH)  expressed  as  dollan 
(DO)  equals  (E) 

Total  Direct  Labor  DoOats  (TDLD)  expressed  as  dollars 
(DO)  pins  (A) 

Total  Labor  Overhead  (TLOH)  expressed  as  dollars  (DO). 
End  of  formula  (F). 

Computer  Services  cost  appean  thirteenth  on  the  cost 
stanmary  (identified  by  die  number  *13*).  Formula  to 
calculate:  CS  ■  ELD  x  CSR.  Formula  reads  as:  Computer 
Services  cost  (CS)  expressed  as  dollars  (DO)  equals  (E) 

Engineermg  Labor  dollars  (ELD)  expressed  as  dollars 
(DO)  multiplied  by  (M) 

Computer  Services  Rate  (CSR)  expressed  as  a  percent 
(PI).  End  of  formula  (F). 
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FL*50*DO*GS*E*GRAPH1C  SERVICES*  14  n/1 

The  con  of  Gophic  Services  (GS)  exptesmd  in  dollars 
(DO)  is  a  direct  input  and  appears  fomeenth  an  the  out 
summary  (identified  by  die  number  *14*). 

PL*51*DO*GS*F  u/1 

End  of  formal*  (F)  for  direct  input  of  cost  of  Graphic 

Services. 

PL*52*DOnVL*E«TRAVEL*15  rfl 

The  cost  of  navel  (TVL)  expressed  in  dollars  (DO)  is  a 
direct  input  and  appears  fifteenth  on  the  cost  summary 
(identified  by  the  number  *15"). 

PL*53*DO*TVL*F  n/l 

End  of  formula  (F)  for  direct  input  cost  of  traveL 

PL*54*DO*TODC*E*TOTAL  OTHER  DIRECT 
COST*16n/l 

Total  Other  Direct  Costs  appear  sixteenth  on  the  cost 
summary  (identified  by  the  number  *16*).  Formula  to 
calculate:  TODC  *  CS  ♦  GS  ♦  TVL.  Formula  read  as: 

Total  Ocher  Direct  Cost  (TODC)  expressed  as  dollars 
(DO)  equals  (E) 

PL*55*DO*CS*An/l 

Computer  Services  (CS)  expressed  as  dollars  (DO)  plus 
(A) 

PL*56*DO*GS*A  n/l 

The  direct  input  cost  of  Graphic  Services  (GS)  expressed 
as  dollars  (DO)  plus  (A) 

PL*57*DO*TVL*Fn/l 

The  ditea  input  com  of  travel  (TVL)  expressed  as  dollars 
(DO).  End  of  formula  (F). 

PL*58*DO*SUBTOfT*E*SUBTOTAL  17  n/l 

Subtotal  dollars  appear  seventeenth  on  the  cost  summary 
(identified  by  the  mnber  *17").  Formula  to  adrabnt; 

SUBTOT  *  TMD  +  MOH  +  TLAOH  4-  TODC  Formula 
read  as:  Subtotal  (SUBTOT)  expressed  in  dollars  (DO) 
equals  (E) 

PL*59*DO*TDM*A  n/l 

Total  Direa  Material  (TDM)  expressed  as  dollsrs  (DO) 
phis  (A) 

PL*60*DO*MOH*A  n/l 

Material  Overhead  (MOH)  expressed  as  dollats  (DO)  plus 

(A) 

PL*6 1  *DO*TL&OH*  A  n/l 

Total  Labor  and  Overhead  (TL&OH)  expressed  as  dollars 
(DO)  plus  (A) 

PL*62*DO*TODC*F  n/l 

Total  Other  direa  Cost  (TODC)  expressed  as  dollars.  End 
of  formula  (F). 

FL*63*DO*GA*E*GEN  AND  ADMIN*  18  n/l 

Gen  and  Admin  costs  appear  eighteenth  on  the  cost 
summary  (identified  by  the  number  *18*).  Formula  to 
calculate:  GA  »  SUBTOT  x  GAR.  Formula  read  as:  Gen 
and  Admin  cost  (GA)  expressed  as  dollars  (DO)  equals  (E 

PL*64*DO*SUBTOT*M  n/l 

Subtotal  dollars  (SUBTOT)  expressed  as  dollars  (DO) 
multiplied  by  (M) 
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PL*63*P1*GAR*F*GEN  AVD  ADMIN  RATE  n/1 
PL*66*DO*TC*E*TOTAL  COST*  19  n/1 

PL*'fi7*DO*SUBTOT,A  n/1 
PL*68*DO*GAR*Fn/l 

PL*69*DO*COM*E*COST  OF  MONEY  *20  n/1 

PL*70*DO*TC*Mn/I 

PL*71*Pl*COMR*F,COST  OF  MONEY  FACTOR 
n/1 

PL*72*DOT»ROFn^E*PROFrr/FEE»21  n/1 

PL*73*DO*TC*M  n/1 
PL*74»Pl»PR*P-PROFrr  RATE  n/1 

PL*75*DO*TP*E*TOTAL  PRICE*22  n/1 

PL*76*DO*TC*A  n/1 
PL*77*DO*COM*A  n/1 
FL*78,DO*PROFIT*F  n/1 

HL«l**I*0n/l 


Gen  and  Admm  Rue  (GAR)  ezpretaed  re  s  percent  (PI). 
End  of  fonnuia  (F). 

Total  cost  appeen  nineteenth  on  the  cost  summary 
frtwnifUH  by  tfce  number  *19*).  Fonnuia  to  ra  Iralaar  TC 
«  SUBTOT  ♦  GA.  Formula  raid  as:  Total  Cos  (TC) 
expressed  as  dollars  (DO)  equals  (E) 

Snbiotai  (SUBTOT)  expressed  as  dollan  (DO)  pins  (A) 

Gen  and  Admin  cost  (GA)  expressed  as  dollan.  End  of 
formula  (F). 

Cost  of  Money  appears  twentieth  on  the  cost  sawmary 
(identified  by  the  nnmbcr  *20*).  Formula  to  cainilatr- 
COM  «  TC  x  COMR.  Formula  read  as:  Cost  of  Money 
(COM)  expressed  as  dollan  (DO)  equals  (E) 

Total  cost  (TC)  expressed  as  dollan  (DO)  multiplied  by 

(M) 

Cost  of  Money  Factor  (COMR)  expressed  as  a  percent 
(PI).  End  of  fonnuia  (F). 

Profit/Fee  appeantweaty-fim  on  the  cost  summary 
(identified  by  the  number  *21*).  Fonnuia  to  calcalmr 
PROFIT  »  TC  x  PR.  Formnin  read  ac  Profit/Fee 
(PROFIT)  expressed  as  doOan  (DO)  equals  (E) 

Total  Cost  (TC)  expressed  as  dollan  (DO)  multiplied  by 

(M) 

Profit  Rate  (PR)  expressed  as  a  percent  (PI).  End  of 
formula  (F). 

Total  Price  appean  twenty-second  on  the  cost  summary 
QdrntifVd  by  the  number  *22).  Formula  to  ralmlaar  TP  « 
TC + COM  ♦  PROFIT.  Formula  is  read  as;  Total  Price 
(TP)  expressed  as  dollan  (DO)  equals  (E) 

Total  Cost  (TC)  expressed  as  dollan  (DO)  pha  (A) 

Cost  of  Money  (COM)  expressed  as  doBan  (DO)  plus  (A) 

Profit/Fee  (PROFIT )  expressed  as  dollan  (DO).  End  of 
foramla(F). 

This  is  the  first  iteration  of  the  HL  segment  (identified  by 
the  number  I).  Each  subsequent  iteration  win  cany  a 
progressively  higher  number).  The  data  is  for  a  Contract 
Line  Item  Number  (CLIN)  (use  code  I)  with  no  further 
subdivisions  (use  code  0). 
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REF*C7*0001  *DEJK3N  n/1 

Dan  it  for  CUN  (use  code  C7)  0001.  description  ■ 

DESIGN’. 

HL*2*T*1W1 

Indicates  the  data  is  far  a  CLIN  (ate  code  I)  with  further 
subdivisions  (use  code  1). 

REP*C7*0002*PRODUCnON  a/1 

TV  data  is  for  CLIN  (use  code  C7)  0002,  description  is 
’PRODUCTION’. 

HL*3*2*SC*0n/l 

Data  it  subordinaie  to  9c  data  identified  in  dm  second 

”2*).  Data  is  for  a  SUBCLIN  (use  code  SC)  with  no 
flatter  subdivisions  (use  code  0). 

REF*DC"OOQ2AA*PRODUCTION  -  XYZ  n/1 

is  -PRODUCTION  -  XYZ*. 

HL*4*2*SC«0n/l 

Data  is  subordinate  to  die  data  identified  in  the  second 
tendon  of  die  HL  maas  (identified  by  tV  amber 
"2*).  Data  is  for  a  SUBCLIN  (use  code  SC)  with  no 
further  subdivisions  (use  code  0). 

REF*DC*0002AB  •PRODUCTION -XXZa/1 

HL*5~If)n/l 

is  -PRODUCTION  -  XXZ. 

Indicates  the  data  is  for  a  CLIN  (use  code  I)  with  no 
further  safadivitioas  (use  code  0). 

REF*C7*0003*DATA  n/1 

Data  is  far  CUN  (use  code  C7)  0003  description  is 
■DATA’. 

HL*6**WB*1  a/I 

Data  is  for  a  Watt  Breakdown  Stxucture  (use  code  WB) 
with  further  lower  level  elements  (use  code  1). 

REF*74*0.0*TOTAL  PROPOSAL  a/1 

Indicates  WBS  number  (use  code  74)  0.0,  description  is 
-TOTAL  PROPOSAL’. 

HL*7*6*WB*1  a/1 

Data  i»  subordinate  to  the  data  in  the  sixth  iteration  of  die 

HL  segment  (identified  by  the  number  6).  Data  is  for  a 

Work  Breakdown  Structure  (use  code  WB)  with  lower 
icvei  eicmr.wt  lose  coae  ij* 

REF*74*1.0*RECURRING  ii/l 

Indicates  WBS  number  (use  code  74)  1 A  description  is 
’RECURRING’. 

HL*8*7*WB*0  n/1 

Data  is  subordinate  to  the  dan  in  the  seventh  iteration  of 
the  HL  segment  (identified  by  the  number  7).  Data  is  for  a 

Work  Breakdown  Structure  (use  code  WB)  with  no  lower 
level  elements  (use  code  0). 

REF*74*l.l*FABRICAHON  n/1 

Indicates  WBS  number  (use  code  74)  1.1.  description  is 
’FABRICATION'. 
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HL*9*7*WB*0  n/1 

REF*74*1J* ASSEMBLY  n/1 

HL*10*6*WB»1  n/1 

REF*74*2I)*NON-RECURRING  n/1 
HL*ll*10*WB*0n/l 

REF*74*2. 1  "DESIGN  n/1 
HL*12“56*ln/l 

REF*73*4.0*TOTAL  PROPOSAL  n/1 

HL*13*12*56*1  n/1 

REF*73*4.1*DESIGN  n/1 

HL*14*13*56*0  n/1 

REF*73*4.1.1*R&E  DESIGN  n/I 
HL*13*13*56*0  n/1 

REP73*4.U*SYSTEMS  DEVELOPMENT  n/1 


Data  is  subordinate  to  the  data  in  the  seventh  iteration  of 
the  HL  segment  (identified  by  the  number  7).  Data  is  for 
Work  Breakdown  Structure  (use  code  WB)  with  no  town 
level  elements  (use  code  0). 

Indicates  WBS  number  (use  code  74)  1.2.  description  is 
•ASSEMBLY*. 

Data  is  subordinate  to  the  data  in  the  sixth  iteration  of  the 
HL  segment  (identified  by  the  number  6).  Data  is  fora 
Work  Breakdown  Structure  (use  code  WB)  with  lower 
level  elements  (use  code  1). 

WBS  number  (use  code  74)  2.0,  description  is 
•NON-RECURRING*. 

D«ta  is  subordinate  to  the  data  in  the  tenth  iteration  of  the 
HL  segment  (identified  by  the  number  10).  Data  is  for  a 
Work  Breakdown  Structure  (use  code  WB)  with  no  lower 
level  elements  (use  code  0). 

tiMWowK  WBS  number  (use  code  74)  2.1.  description  is 
•DESIGN*. 

Data  is  for  a  Statement  of  Work  (use  code  36)  with  lower 
level  elements  (use  code  1). 

Indicates  SOW  number  (use  code  73)  4.0.  description  is 
"TOTAL  PROPOSAL*. 

Data  is  subordinate  to  the  data  in  the  twelfth  iteration  of 
the  HL  segment  (identified  by  the  number  12)  Data  is  for 
Statement  of  Work  (use  code  36)  with  lower  level 
elements  (use  code  1). 

Indicates  SOW  number  (use  code  73)  4.1.  description  is 
■DESIGN*. 

Data  is  subordinate  to  the  data  in  the  thirteenth  iteration  o 
the  HL  segment  (identified  by  the  number  13).  Data  is  for 
a  Statement  of  Work  (use  code  36)  with  no  lower  level 
elements  (use  code  0). 

Indicates  SOW  number  (use  code  73)  4.1.1.  description  is 
*R&E  DESIGN*. 

Data  is  subordinate  to  the  data  in  the  thirteenth  iteration  o 
the  HL  segment  (identified  by  the  number  13)  Data  is  for 
Statement  of  Work  (use  code  36)  with  no  lower  level 
elements  (use  code  0). 

Indicates  SOW  number  (use  code  73)  4.1.2.  description  is 
■SYSTEMS  DEVELOPMENT. 
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HL*16*13*56*0  jVI 

Data  is  subordinate  to  the  dam  in  the  dumeath  iteration  o 
the  HL  segment  (identified  by  the  umber  13)  Dam  is  for 
Statement  of  Wash  (use  code  56)  with  no  lower  level 
dements  (use  code  0). 

REF*73*4.1  ^TECHNOLOGY  n/1 

imtirMw  SOW  number  (use  code  73)  4.1  J,  description  is 
TECHNOLOGY". 

HL*  17*12*56*1  n/1 

Dam  is  subordinate  to  the  data  in  the  twelfth  iteration  of 
the  HL  segment  (identified  by  the  number  12)  Data  is  for 
Statement  of  Work  (use  code  56)  with  lower  level 
elements  (use  code  1). 

REF*73*4.2*MANUFACTURING  n/1 

Indian*  SOW  number  (use  code  73)  4.2,  description  is 
"MANUFACTURING". 

HL*18*17*56*0  n/1 

Data  is  subordinate  to  the  data  in  the  seventeenth  iteration 
of  the  HL  segment  (identified  by  the  number  17)  Data  is 
for  a  Statement  of  Woric  (use  code  56)  with  no  lower  level 
elements  (use  code  0). 

REF*73*4.2.1*FABRICATION  n/1 

Indicates  SOW  number  (use  code  73)  4.2.1.  description  is 
"FABRICATION". 

HL*  19*  17*56*0  n/1 

Data  is  subordinate  to  the  data  in  the  seventeenth  itention 
of  the  HL  segment  (identified  by  the  number  17)  Data  is 
for  a  Statement  of  Wotfc  (use  code  56)  with  no  lower  level 
dements  (use  code  0). 

REF*73*4^2*ASSEMBLY  n/1 

Indicates  SOW  number  (use  code  73)  4.22  description  is 
"ASSEMBLY". 

HL*20* 12*56*0  n/1 

Dan  is  subordinate  to  the  data  in  the  twelfth  iteration  of 
die  HL  segment  (identified  by  the  number  12)  Dan  is  for: 
Statement  of  Work  (me  code  56)  with  no  lower  level 
elements  (use  code  0). 

REF*73*4J*DATA  n/1 

Indicates  SOW  number  (use  code  73)  4 3.  description  is 
"DATA". 

PD*CY*930101*A8*2*E1R*ENGINEERING  ONE 
LABOR  RATE  n/1 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1, 1993,  die  hourly  tan  (use  code 

A8)  for  2  years  (use  the  number  2)  for  the  Engineering  one 
labor  me  will  be  provided  in  die  next  iterations  of  the 

PDD  segment 

FDD*1**30.00**AI  n/1 

(Data  maintenance  action  has  been  submitted  to 
add  PDD05  (data  element  1413]  to  the  PD  segment 
m  this  transaction  set) 

Indicates  the  hourly  rate  for  1993  is  S30.00.  It  is  a 
negotiated  rate  (use  code  AI). 
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PDD*2**33iX)**AH  n/1  Indicates  Ike  hourly  me  for  1994  it  S33.00.  It  is  m 

add  PDDB5  (data  tkml  14U]  to  the  PD  H|Mt 


PD*CY»930101 *A8*2*E2R  'ENGINEERING  TWO 
LABOR  RATE  n/1 


PDD*1**45JX)**AI  n/1 
add  PDDtS  (data  taat 
PDD*1**4ILOO**AH  n/1 

(Data  maintenance  actioo  has  been  submitted  to 
add  PDDt5  (data  tkaal 

PD*CY*930101 •A8*2*MlR*MANUFACrUWNO 
ONE  LABOR  RATE  n/1 


PDD*l~2QJW*AIn/I 

(Data  ■antBBaaoa  actioa  ha*  bata  sabaiittad  to 
add  PDDtS  (data  element 


PDD*2**22J)0**AH  n/1 

add  PDDt5  (data  dement 

PD*CY*930101*A8*2*M2R*MANUFACTURING 
TWO  LABOR  RATE  n/I 


PDD*1**16D0**AI  n/1 

(Data  maintenance  actioa  has  beta  submitted  to 
add  PDDE5  (data  element 

PDD*2**20.00**AH  n/1 

(Data  maintenance  actioa  has  been  snfamitted  to 
add  PDD05  (data  element 


Indicates  that  Cor  calendar  year  (ose  code  CY) 

January  1. 1993.  the  hourly  rate  (use  code 
AS)  to  two  yean  (use  the  number  2)  for  the  Engineering 
two  labor  ate  will  be  provided  in  the  next  tendons  of  da 
PDD  segment. 

Indicates  the  booty  ate  for  1993  is  S43D0.lt  is  a 
wfotnaed  rate  (ase  code  AQ. 


Indicates  the  hearty  nae  for  1994  is  S48jOO.1i  is  an 
tile  (use  code  AH). 


Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1, 1993.  the  booty  nse  (use  code 
A8)  for  two  years  (uae  the  number  2)  for  the 
manufactmiag  one  labor  nae  win  be  provided  in  the  next 
derations  of  the  PDD  segment. 

Tndirrsnr  the  hoidy  tarn  for  1993  is  S20J0.lt  is  a 
argotiaand  me  (nse  code  AI).  It  is  a  negotiated  rate  (mb 
code  AI). 


bticates  the  hourly  tare  far  1994  is  S22D0.  It  is  an 
estimated  one  (use  code  AH). 


Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1. 1993.  the  hourly  tarn  (use  code 
A8)  for  two  yeats  (use  the  number  2)  far  the 
manufacturing  two  labor  me  will  be  provided  in  the  next 
henboRS  of  the  PDD  segment. 

Indicates  the  hourly  rate  for  1993  is  S1640.  It  is  a 
negotiated  rate  (use  code  AI). 


Indicates  the  hourly  rate  for  1993  is  S18D0.  It  is  an 
estimated  rate  (use  code  AH). 
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PD*CY*930101*P1*2*MLOHR* 
MANUFACTURING  LABOR  OVERHEAD  RATE 
n/1 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1. 1993.  the  percent  rate  (oae  code 

PI)  for  two  yean  (use  the  number  2)  for  Manufacturing 

Labor  Overhead  will  be  provided  in  the  next  aeration*  of 
the  PDD  segment. 

PDD*  1  •*•  1 50.00*  AI  n/1 

add  roDBS  (data  dement 

tiwflfWMi  the  percent  rate  for  1993  is  150.00.  It  is  a 
negotiated  rate  (use  code  AI). 

PDD*2***170.00*AH  n/1 

(Data  auiateaaacc  action  has  been  submitted  to 

add  PDD65  [data  elemeat 

Indicates  the  percent  ram  for  1994  is  170.00.  It  is  an 
estimated  rate  (use  code  AH). 

PD*CY*930101*P1*2*ELOHR*ENGINEERING 
LABOR  OVERHEAD  RATE  n/I 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1. 1993.  the  percent  rate  (use  code 

PI)  for  two  yean  (am  die  number  2)  for  Engineering 

Labor  Overhead  will  be  provided  in  the  next  iterations  of 
the  PDD  segment. 

PDD*1***70.00*AI  n/1 

(Data  auiateaaacc  actioa  hat  ben  sabaiittcd  to 
add  roots  (data  dcaMat 

Indicates  the  percent  rate  for  1993  is  70jOO.  It  is  a 
negotiated  ram  (use  code  AI). 

PDD*2***60jOO*AH  a/I 

add  PDDB5  (data  dcacat 

Indicates  the  percent  ram  for  1994  is  60.00.  It  is  an 

QtmuMtf  me  (me  code  AH)« 

PD*CY*930101*P1*2*MOHR*MATERIAL 
OVERHEAD  RATE  a/I 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1. 1993.  die  percent  ram  (urn  code 

PI)  for  two  yean  (use  the  number  2)  for  Material 

Overhead  will  be  provided  m  the  next  iterations  of  the 

PDD  segment. 

PDD*  1—5.00* AG  n/1 

(Data  maiateaaace  actioa  has  beta  sabaiittcd  to 
add  PDD05  (data  element 

Indicates  the  percent  tate  for  1993  is  5.00.  It  is  an  actual 
rate  (use  code  AI). 

PDD*I***6B0*AH  n/1 

(Data  maintenance  actioa  has  been  submitted  to 
add  PDDQ5  (data  element 

Indicates  the  percent  rate  for  1994  is  6.00.  It  is  an 
estimated  ram  (urn  code  AH). 

PD*CY*930101*P1*2*GAR  *G  AND  A  RATE  n/1 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1. 1993,  the  percent  rate  (use  code 

PI)  for  two  years  (urn  the  number  2)  for  G  and  A  will  be 
provided  in  the  next  iterations  of  the  PDD  segment. 

PDD*1***10.00*AG  n/1 

(Data  maintenance  actioa  has  been  submitted  to 
add  PDD05  (data  element 

Indicates  the  percent  ram  for  1993  is  10.00.  It  is  an  actual 
rate  (use  code  AI). 

BASELINE  AS  OF:  FEBRUARY  22, 1993 
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PDD*2***1(L00,AH  n/l 
add  PDDS5  (dm  element 


PD*CY*930101*P1*2*CSR*COMPUTER 
SERVICES  RATE  n/l 


PDD*1— 1.00*AGn/l 

(Data  maintenance  actios  In*  beta  sabmittad  id 
add  PDDt5  [data  element 

PDD*2***i00*AH  n/l 

add  PPDtS  [data  tkast 


PD*CY*930101  *P1  •2*COMR*COST  OF  MONEY 
RATE  n/l 


PDD*1— *5.00*AGn/l 

(Data  aaaiateaaace  actioa  kai  been  submitted  to 
add  PDDB5  [data  element 

PDD*2***5.00*AH  n/l 

add  PDDS5  (data  akaat 


PD*CY*930101*P1*2*PR*PRQFIT  RATE  n/l 


SPI*90*PA*PR******02  n/l 

(Data  maintenance  actioa  hat  baca  submitted  to 

add  this  segment  to  the  traasactioa  aat  at  this 
- ^  —  * 

POHVKNU* 


PDD*1  ***15.00  n/l 

(Data  amiateaaace  actioa  has  baaa  sobaiitted  to 
add  PDDQ5  (data  element 


Micates  the  percent  ate  for  1994  is  1000.lt  is  aa 
csthaated  nae  (ase  code  AH). 


Indicates  that  for  calendar  year  (me  code  CY) 
commencing  ternary  1. 1993,  the  percent  me  (use  code 
PI)  lor  two  yean  (ase  the  number  2)  for  Computer 
Services  will  be  provided  in  the  next  iterations  of  the  PDE 


Indicates  the  percent  rate  far  1993  is  1.00.  It  is  an  actual 
tate  (use  code  AI). 


Indicates  the  percent  me  for  1994  is  2j00.  It  is  an 
estimated  nte  (ase  code  AH). 


Indicates  that  for  calendar  year  (ok  code  CY) 
commencing  January  1. 1993.  the  percent  rate  (nae  code 
PI)  for  two  yean  (ase  the  rnanber  2)  for  Cost  of  Money 
will  be  provided  in  die  next  iterations  of  the  FIX? 


Indicates  the  percent  rase  for  1993  is  5.00.  It  is  an  actual 
me  (ase  code  AI). 


Indicates  the  percent  me  for  1994  is  5.00.  It  is  an 
larimatnd  rate  (ase  code  AH). 


Indicates  that  lor  calendar  year  (use  code  CY) 
commencing  January  1. 1993.  the  percent  me  (ase  code 
PI)  for  two  yean  (use  the  number  2)  for  Profit  will  be 
provided  in  the  next  iterations  of  the  PDD  segment 

The  data  in  the  following  PDD  segments  a  classified 
Government  Non-Classificd  (ase  code  90).  The  Assigned 
Identification  Number  (ase  code  PA)  at  the  PDQ5  data  to 
which  the  security  level  penains  is  number  one.  The  data 
is  company  (ase  code  02). 

Indicates  the  percent  me  lor  1993  is  15.00. 
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PDD*2***  15.00  n/1 

add  PDD«  [data  ttoat 

PD*CY»930101*DO*1*PP*PIJRCHASED 
PARTS*27***AA  n/1 

add  PD19  (data  dement  1413]  to  the  PD  segment  ia 


REF*C7*0001  n/1 
REF"73*4.1  n/1 
REF*74*2-1  n/1 
PDD*1  ••3100.00  n/1 


PD*CY*940101*DO*1*PP*PURCHASED 
PARTS  *26***AB  n/1 

(Data  maintenance  action  has  been  submitted  to 
add  PDlt  [data  ckaot  14i3]  to  the  PD  segment  ia 


REF*C7*0002  n/1 
REP73MJa/I 
REF*74*1j0  n/1 
PDD*  1  ••800.00 n/1 


MSG*COMPETmVE  QUOTE  n/1 

PD*CY*940101*DO*1*PP*PURCHASED 
PARTS  *26***AB  n/1 

(Data  maintenance  actloa  hat  beta  tabatittad  to 
add  PD19  (data  dement  1413]  to  the  PD  segment  ia 


REF*C7*0003n/l 
RJ5P73*43  n/1 
PDD*1** 1000.00  n/1 


Indicmes  the  percent  ate  for  1994  it  13.00. 


larticatrt  that  for  calendar  year  (nte  code  CY) 
commencing  January  1. 1993.  the  direct  dollar  input  (use 
code  DO)  far  the  year  (nae  the  number  1)  for  Non- 
Recsnini  (nte  code  27)  Ptachated  Pans  will  be  provided 
in  the  next  aeration  of  the  PDD  segment.  It  it  an  actual 
amount  (nae  code  AC). 

Data  partaiat  to  CUN  (nae  code  C7)  0001. 

Data  alto  pertains  to  SOW  (nte  code  73)  number  4.1. 

Data  also  pertatnt  to  WBS  (nte  code  74)  number  2.1. 

1993  Direct  Input  Dollars  for  Non-Reaming  Purchased 
Parts  is  S310000. 

Indicates  that  tor  calendar  year  (ate  code  CY) 
commencing  January  1, 1994,  the  direct  dollar  input  (nae 
code  DO)  for  the  year  (nae  the  number  1)  for  Reaming 
(nte  code  26)  Purchased  Pans  will  be  provided  in  the  next 
iteration  of  the  PDD  segment.  It  is  an  estimated  amount 
(use  code  AB) 

Deu  pertains  to  CLIN  (nae  code  C7)  0002. 

Data  abo  penamt  a>  SOW  (use  code  73)  number  4 2. 

Data  also  pertains  to  WBS  (use  code  74)  number  1D_ 

1994  Direct  Input  DoUan  for  Reaming  Purchased  Parts  i? 
S800.00. 

Provides  the  batit  for  the  esrimar 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1. 1994,  the  dirca  dollar  input  (use 
code  DO)  for  the  year  (use  the  number  1)  for  Recurring 
(use  code  26)  Purchased  Pans  wiO  be  provided  in  the  next 
iteration  of  the  PDD  segment.  It  is  at  estimated  amount 
(use  code  AB). 

Data  pertains  to  CUN  (use  code  C7)  0003. 

Data  also  pertains  to  SOW  (use  code  73)  number  4  J. 

1994  Direct  Input  DoUan  for  Recurring  Purchased  Parts  is 

$1000.00. 


BASEUNE  AS  OF:  FEBRUARY  22, 1993 
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MSG*PAST  EXPERIENCE  FOR  PRODUCTION  OF 
SIMILAR  IDEM  a/1 

PD*CY*930101*DO*1*MS*MAJOR 
SUBCONTRACTOR  PARTS  *27^*  AC  a/1 

add  PD10  [data  tteaeat  1413]  to  the  PD  segment  ■ 
this  transaction  aeL) 


REP*C7*0001  a/1 
REF*73*4.1  a/1 
REF*74*2.1  a/I 
PDD*  1  ••2200.00  n/1 
N1*2S*A1.  INC  a/I 


N3»12E  STREET  n/1 
N4*WALDORF*MD»206Q2n/l 


REF*PM*XX-BOARD  a/1 


PD*CY*930101*HR*1*E1H*JUNIOR 
ENGINEER*Z7***AB  n/1 

add  PD10  [data  doMat  1413]  to  the  PD  segment  ia 


REF*C7*0001a/l 

REF*73*4.U  an 

REF*74*2.1  a/I 

PDD* 1*1500.00  n/1 

MSG*DEVELOPER  R&E  DESIGN  n/1 

PD*CY*930 101 *HR*2*E1H* JUNIOR 
ENGINEER*27***AB  n/1 

add  PDlt  (data  dement  1413]  to  the  PD  segment  in 

4LL.  -  - >»  -  \ 


Provides  the  basis  Cor  the 


Internes  that  for  calendar  year  (aw  code  CY) 
ce— acacias  tommy  1. 1993.  the  direct  dollar  input  (nee 
code  DO)  for  ibe  year  (aae  dm  number  1)  for  Noo- 
Recvring  (ase  code  27)  Meior  Subcontractor  Para  will  bt 
provided  in  the  next  tension  of  die  PDD  segment  It  is  a 

Detapenaias  to  CLIN  (ase  code  C7)  0001. 

Date  also  pertains  lo  SOW  (use  code  73)  number  4.1. 

Data  also  penains  to  WBS  (ase  code  74)  aneaber  2.1. 

1993  Direct  Input  DoUan  for  Non-Recaning  Major 
Subcontractor  Pans  is  S22000JX). 
m— sabcoagacsor  (are  code  28)  as  ibe  ai  he. 
Conpany. 

The  address  of  (be  Al.  Inc.  Company  is  12  E.  SireeL 

The  Al.  lac.  Company  is  located  in  Waldorf .  Maryland, 
zip  code  20602. 

die  Al.  Inc.  Company  pan  number  (ase  code 
PM)  is  XX-BOARD. 

laila  aan  dial  fie  i  ih  nlai  jiai  (aw  mill  PY) 
commencing  Jaanvy  1.1993.  dm  manlier  of  horns  (aae 
code  HR)  for  the  year  (aae  the  number  1)  which  will  be 
non-recurring  (use  code  27)  for  a  junior  engineer  will  be 
provided  in  die  next  deration  of  the  PDD  segment.  It  is  an 
estimated  amoam  (ase  code  AB). 

Data  penains  lo  CUN  (aae  code  C7)  0001. 

Data  also  pertaias  so  SOW  (aae  code  73)  nuaber  4.1.1. 

Data  alao  penaiaa  ®  WBS  (aae  code  74)  another  2.1. 

1993  aon-recaniag  boon  for  a  junior  engineer,  are 
estimated  at  1300. 

Provides  the  basis  for  the  estimate. 

Indicates  that  for  calendar  year  (ase  code  CY) 
commencing  Janaary  1, 1993.  the  number  of  hours  (aae 
code  HR)  for  2  yean  (aae  the  namber  2)  which  will  be 
aon-recaniag  (aae  code  27)  for  a  junior  engineer  win  be 
provided  in  the  next  iteration  of  the  PDD  segment.  It  is  an 
estimated  amount  (use  code  AB). 
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REF*C7*0001  n/1 

Data  pertains  to  CUN  (ase  code  C7)0001. 

REP*73*4.1i  n/1 

Data  also  penains  to  SOW  (use  code  73)  number  4.1.2. 

REP*74*2.1  n/1 

Data  also  pettains  to  WBS  (ase  code  74)  number  2.1. 

PDD*l*200.00n/I 

1993  aon-fBaniag  hours  fora  junior  engineer  are 
estimated  at  200. 

PDD*2*300jOOn/l 

1994  aoo-mcmiag  horn  for  a  jmuor  engineer  are 
estimated  at  300. 

MSG*DISCRETE  ESTIMATE 

Provides  the  basis  for  the  estimaae. 

PD*CY*930101*HR*2*E1H* JUNIOR 
ENGINEER*27***AB  n/I 
(Data  maintenance  actioa  has  baca  submitted  to 
add  PDlt  (data  dement  1413J  to  the  PD  segment  ia 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1, 1993,  (be  number  of  boors  (use 
code  HR)  for  2  years  (use  the  number  2)  which  will  be 
non-recurring  (uae  code  27)  for  a  junior  engineer  will  be 
provided  in  the  next  marina  of  the  PDD  segment.  It  is  an 
estimated  amount  (use  code  AB). 

R£F*C7*0001  n/1 

Data  pertains  to  CLIN  (use  code  C7)  0001. 

REP*73^4.I  J  n/1 

Data  also  penains  to  SOW  (ase  code  73)  number  4.1  J. 

REP*74*2.1  n/1 

Dam  also  penains  to  WBS  (ase  code  74)  number  2.1. 

PDD*1 *300.00 n/1 

1993  non-recurring  hours  for  a  junior  engineer  arc 
estimated  at  300. 

PDD*2 *300.00  n/1 

1994  non-recurring  boon  for  a  junior  engineer  are 
estimated  at  300. 

MSG ‘PARAMETRIC  ESTIMATE 

Provides  the  basis  for  the  estimaae. 

PD*CY*940I01*HR*1*E1H*JUNIQR 
ENGINEER*26***AB  n/1 
(Data  maintenance  actioa  has  bcea  submitted  to 
add  PD1B  (data  dement  1413]  to  the  PD  segment  ia 

Indicates  that  for  calendar  year  (use  code  CY) 
commencing  January  1. 1994.  the  number  of  hours  (uae 
code  HR)  for  1  year  (use  the  number  1)  which  will  be 
recurring  (use  code  26)  for  a  junior  engineer  will  be 
provided  in  the  next  iteration  of  the  PDD  segment.  It  is  an 
estimated  amotmt  (use  code  AB). 

REF*C7*OOQ2n/l 

Data  pertains  to  CLIN  (use  code  C7)  0002. 

REP73*4J2n/l 

Data  also  penains  to  SOW  (use  code  73)  number  4.2 

REF*74*1  J)  n/1 

Data  also  pertains  to  WBS  (use  code  74)  number  1.0. 

PDD*1 *50.00  n/1 

1994  recurring  hours  for  a  junior  engineer  are  estimated  at 

50. 

MSG*LIAISON  ENGINEERING  n/1 

Provides  the  basis  for  die  estimate. 

BASEUNE  AS  OF:  FEBRUARY  22, 1992 
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005  •  CONTRACT  PRICING  PROPOSAL 


PD*CY*930101*HR*2*E2H*SENIQR 
ENGINEER*27***AB  n/1 

add  PDlg  [data  eternal  1413]  to  the  PD  scgacot  ■ 


REP*C7*0001  a/I 
REF*73*4.1.1  n/l 
REF*74*2.1  a/I 
PDD* 1*2500.00  n/l 


PDD*2*600.00  n/l 


MSG*DEVELOPER  R&E  DESIGN  n/l 

PD*CY*930101*HR*2*E2H*SENK)R 
ENGINEERS— AB  n/l 

add  PD10  [data  dement  1413}  to  the  PD  segaMat  * 
this  traancrien  set.) 


REF*C7*0001  n/l 
REF*73*4.1.2n/l 
REF*74*2.1  n/l 
PDD* 1*200.00  n/l 


PDDT2 *200.00  n/l 


MSG*DIS  CRETE  ESTIMATE  n/l 

PD*CY  *930101 *HR*2*E2H  "SENIOR 
ENGINEER*27***AB  n/l 
(Data  maintenance  action  has  been  submitted  to 
add  PDlt  (data  dement  1413]  to  the  PD  segment  in 
this  traasactioa  set.) 


REF*C7*0001  n/l 
REP*73*4.1  J  n/l 


Imfaraari  that  tor  calendar  yew  (use  code  CY) 
Lommrnring  fumay  1. 1993.  the  — nber  of  hows  (use 
code  HR)  for  2  yean  (use  the  number  2)  which  will  be  no 
itcaring  (ase  code  27)  Cor  a  senior  engineer  will  he 
provided  in  the  next  aeration  of  the  PDD  segment.  It  is  an 

Data  pertaas  to  CLIN  (uae  code  C7)  0001. 

Dan  also  pertains  to  SOW  (use  code  73)  amaber  4.1.1. 
Data  also  pertains  to  WBS  (ose  code  74)  number  2.1. 

1993  teeming  horn  fa  a  senior  eagamer  ate  estanased  a 

2500. 


1994  tecaiing  hoas  fa  a  aeaia  eaginea  are  esthaated  ai 
600. 

Provides  the  basts  fa  the  estimate. 

Indicates  that  fa  calendar  year  (nee  code  CY) 
commencing  Janaary  1. 1993.  the  nanber  of  boas  (ase 
code  HR)  for  2  yean  (ase  the  number  2)  which  will  be  not 
Hearing  (aae  code  27)  fa  a  eenia  engineer  will  be 
providea  in  Ihe  next  iteration  at  the  PDD  segment.  It  is  an 
esrimaiBri  amount  (ase  code  AB). 

Data  pertains  to  CLIN  (ase  code  C7)  0001. 

Data  also  pertains  n  SOW  (ase  code  73)  Bomber  4.1.2. 

Data  also  pertains  to  WBS  (ose  code  74)  nanber  2.1. 

1993  recaring  boas  fa  a  eenia  enginea  are  estaamd  ai 

200. 


1994  nearing  bouts  fa  a  senia  enginea  are  estimated  at 

200. 

Provides  the  tans  fa  the  estimate. 

Indicates  that  far  calendar  yea  (ase  code  CY) 
commencing  January  1, 1993,  the  nanber  of  boas  (use 
code  HR)  fa  2  yean  (use  the  number  2)  which  will  be  nor 
Rearing  (use  code  27)  for  a  senia  enginea  win  be 
provided  in  the  next  deration  of  the  PDD  segment.  It  is  an 
estimated  amount  (use  code  AB). 

Data  pertains  to  CLIN  (use  code  C7)  0001. 

Data  also  pertains  to  SOW  (use  code  73)  numba  4.1.3. 
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REF*74*2.1  nA 
PDD* 1*300.00  n/1 


PDD*2*50.00  n/1 


MSG*PARAMETRIC  ESTIMATE  n/1 

PD*CT*940101*HR*1*E2H*SENK)R 
ENGINEER*26***AB  n/1 

ndd  PDK  (data  dement  1413]  to  the  PD  segamat  in 
thia  transaction  sat) 


REF*C7*0002  n/1 
REF*73*4.2  n/1 
REF*74*1  On/1 
PDD*1* 100.00  n/1 


MSG ‘LIAISON  ENGINEERING  n/1 

PD*CY*930101*HR*2*M1H*JUNIOR 
MANUFACTURING*^— AB  n/1 

add  PD  19  (data  dement  1413]  to  the  PD  segment  in 
this  transaction  set.) 


REF*C7*0002  n/1 
REF*73  *4.2.1  n/1 
REF*74*1 1  n/1 
PDD*l*100.00n/l 


PDD*2* 1000.00  n/1 


MSG  "ESTIMATE  BASED  ON  LABOR 
STANDARDS  n/1 


Data  also  pertains  to  WBS  (ase  code  74)  number  2.1. 

1993  reaming  hoars  for  a  senior  engineer  are  estisnaiodai 
300. 

1994  recvrmg  hoars  for  a  senior  engineer  art  euimaied  at 
SO. 

Provides  the  basis  for  the  estimate. 

Indicates  ihnt  for  calendar  year  (ase  code  CY) 
commencing  Jaunty  1. 1994.  the  number  of  hown  (ase 
code  HR)  (or  1  year  (me  the  number  1)  which  will  be 
recurring  (nse  code  26)  for  a  senior  engmeer  will  be 
provided  in  the  next  iteration  of  the  PDD  segment.  It  is  an 
estimated  amoont  (use  code  AB). 

Data  pertains  to  CUN  (ase  code  C7)  0002. 

Data  also  pertains  to  SOW  (ase  code  73)  areaber  4 2. 

Data  also  pertains  »  WBS  (nse  code  74)  number  1.0. 

1994  wearing  horns  for  a  senior  cnginerreit  reiimeanrtat 

100. 

nufidcs  me  Dtsis  tor  me  esmnK. 

indicates  that  for  calendar  year  (nse  code  CY) 
commencing  January  1. 1993.  dreanaaber  of  hoars  (ase 
code  HR)  for  2  years  (ase  the  number  2)  which  win  be 
reaming  (ase  code  26)  for  junior  manufacturing  win  be 
provided  in  the  next  iteration  of  the  PDD  segment.  It  is  an 
estimated  anant  (ase  code  AB). 

Data  pertains  to  GUN  (ase  code  C7)  0002. 

Data  also  pertains  to  SOW  (use  code  73)  number  42.1. 

Dana  also  pertains  to  WBS  (use  code  74)  number  1.1. 

1993  reaming  hours  for  junior  manufacturing  are 
estimated  at  100. 

1994  recurring  horns  for  junior  manufacturing  are 
estimated  at  1000. 

Provides  the  basis  for  the  estimate. 


BASEUNE  AS  OF:  FEBRUARY  22, 1993 
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PD*CY*930101*HR*2*M1H*  JUNIOR 
MANUFACTURING*26— AB  *1 

add  POM  (data  Meant  1413)  to  Mm  PD  segment  ■ 


REF*C7*00Q2  nfl 
REF*73*4.2^  n/l 
REF*74*1.2n/l 
PDD* 1*200.00  n/l 


PDD*2*500.00  n/l 


MSG  “ESTIMATE  BASED  ON  LABOR 
STANDARDS  n/l 

PD*CY*930101*HR*2*M2H*SENIOR 
MANUFACTURINGS— AB  n/l 

(DM*  uialaaaa  action  has  ban  submitted  to 
add  PDlt  [data  ctement  1413]  to  the  PD  Hftnt  in 


REF*C7*0002n/l 
REF*73*4.2.1n/l 
REF*74*1.1  n/l 
PDD*  I  *100.00 n/l 


FDD*2*2000.00  n/l 


MSG  "ESTIMATE  BASED  ON  LABOR 
STANDARDS  n/l 

PD*CY*930I01*HR*2*M2H*SENIOR 
MANUFACTURING*26***AB  n/l 
(Dnta  maintenance  action  has  been  submitted  to 
add  PD10  [data  element  1413]  to  the  PD  segment  in 
this  transaction  set.) 


REF*C7*0002  n/l 


Indicates  dm  for  calender  year  (aw  code  CY) 

code  HR)  for  2  yean  (use  dm'nmnber  2)  which  win  be 
lecaning  (na  code  26)  for  janor  maanfacamng  win  be 
provided  in  Ihc  next  aeration  of  the  PDD  segment.  It  is  a 

Daa  penaas  to  CLIN  (na  code  C7)  0002. 

Daa  also  panama  to  SOW  (na  code  73)  aaaher  4A2. 
Daa  also  penaas  to  WBS(nse  code  74)  nanbrr  12. 

1993  recurring  boon  far  jaaor  manufacturing  are 
estimated  at  200. 

1994  marring  hoors  far  janor  manufaemring  are 
estimated  at  500. 

Provides  the  basis  for  the  estimate. 


ladicaaes  that  for  calendar  year  (ose  code  CY) 
commencing  January  1. 1993,  the  number  of  boon  (me 
code  HE)  for  2  yean  (ne  the  nanber  2)  which  win  be 

provided  in  tbe  next  iteration  of  the  PDD  segment  It  is  an 

Daa  penains  to  CLIN  (na  code  C7)  0002. 

Daa  also  penains  to  SOW  (me  code  73)  number  4.2.1. 
Daa  also  penains  to  WBS  (na  code  74)  nomber  1.1. 

1993  marring  ham  far  senior  manufacturing  are 
estimated  at  100. 

1994  reaming  boro  for  senior  manufacturing  are 
estimated  at  2000. 

Provides  the  basis  for  the  estimate 


Indicates  that  for  calendar  year  (na  code  CY) 
commencing  January  1. 1993,  the  number  of  hoars  (ua 
code  HR)  far  2  yean  (toe  the  number  2)  which  win  be 
recurring  (ua  code  26)  for  senior  manufacturing  will  be 
provided  in  the  next  iteration  of  the  PDD  segment.  It  is  an 
estimated  anxxmt  (ua  code  AB). 

Data  pertains  to  CUN  (na  code  C7)  0002. 
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REF*73*4.2Ju/l 
REP*74*13  b/I 
PDD*l*200.00a/l 


PDD*2* 1000.00  n/1 


MSG*ES7TMATE  BASED  ON  LABOR 
STANDARDS  n/1 

PD*CY*930101*DO*2*IDWA*INTER 
DIVISION*26— *AC  n/I 

add  PD1S  [data  tkaol  1413]  to  the  PD  scgaKot  ■ 
this  tra— flina  eat.) 


REP*C7*0002  n/I 
REF*73P4.2n/l 
REP*74"lj0n/l 
PDD* 1-1000.00  n/1 


PDD*2— 500.00  n/1 


MSG»PRIOR  EXPERIENCE  IN  PRODUCTION  OF 
SIMILAR  ITEMS  n/1 

PD*CY*930101*DO*1*TVL*IRAVEL*27***AB 

n/1 

(Data  auiateaaace  action  has  beta  submitted  to 
add  PDlt  (data  dement  1413)  to  the  PD  segment  in 
this  transaction  set.) 


REF*C7*0001  n/1 
REF*73*4.1  n/1 
REF*74*2.1  n/1 
PDD*1— 5000.00  n/1 
MSG’DISCRETE  ESTIMATE  n/1 


Data  also  pertains  to  SOW  (nae  code  73)  another  42JL 

Data  alao  pertains  id  WBS  (ok  code  74)  number  1.2. 

1993  meaning  horns  for  mmormmulicmring  are 
estimated  at  200. 


Indicates  that  for  calendar  year  (aae  code  CY) 
commencing  Jataary  1, 1993,  the  dollar  inpat  (aae  code 
DO)  for  2  years  (nae  the  number  2)  which  win  be 
teaming  (me  code  26)  for  inter  divisional  para  will  be 
provided  in  the  next  Mention  of  dm  FDD  segment.  It  is  a 

Data  pertains  to  CLIN  (nae  code  C7)  0002. 

Data  also  pertains  to  SOW  (aae  code  73)  namber  4^. 

Data  also  pernins  to  WBS  (aae  code  74)  namber  LQ. 

1993  reaming  doOare  for  inter  divimmal  para  are 
estimated  at  S100000 

iccomng  odubv  hr  uwn  (StUmmi  pun  B6 
estimated  at  S500. 00 

Provides  the  basis  for  the  estimate. 


Indicates  that  for  cakndv  year  (aae  code  CY) 
commencing  January  1. 1993,  the  dollar  input  (aae  code 
DO)  for  1  year  (ase  the  number  1)  which  will  be  non* 
recurring  (are  code  27)  for  navel  win  be  provided  in  die 
next  iteration  of  the  PDD  segment  It  is  an  estimated 
amount  (use  code  AB). 


Data  pertains  to  CLIN  (ore  code  C7)  0001. 

Data  alao  pertama  to  SOW  (use  code  73)  number  4.1. 

Data  also  pertains  to  WBS  (nae  code  74)  number  2.1. 

1993  recurring  dollars  for  travel  are  estimated  at  S5000.00 
Provides  the  basis  for  the  estimate. 


BASEUNE  AS  OF:  FEBRUARY  22, 1993 
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PD*CY*940101*DO*1*TVL*TRAVEL*26*— AB  Indicates  tint  tor  cakadv  year  (ok  code  CY) 

n/I  commencing  January  1. 1994,  the  doll*  mp«  (mb  code 

(Data  uiMnact  action  has  beta  abated  id  DO)  for  1  year  (me  the  number  1)  which  will  be-mcaning 
add  PD19  (data  riemrat  1413]  to  the  PD  upaat  ia  (uk  code  26)  for  navel  will  be  provided  in  (he  next 

(bc  code  AB). 


REF*C7 *0002  n/I 

REF*73*4.2  n/I 

REF*74*1D  n/I 

PDD* 1 —4000.00  n/1 

MSG*DISCRETE  ESTIMATE  n/I 

PD^Y*930101*DCr2«OS«GRAPHIC 
SERVICES-27— -AB  n/I 

add  PDlt  [data  (knot  1413]  to  Ike  PD  segment  in 
this  transaction  set.) 

REF*C7*00Q2n/l 
REF*73*4.1  n/I 
REF*74*2.1  n/I 
PDD*1— 100.00 n/1 
PDD*2— 200.00 n/1 
LX*ln/l 

G61*CE*SARA  LEE*TE*5557141234*VP* 
FINANCE  n/I 


Data  pertains  »  CUN  (bk  code  C7)  0002. 

Data  also  pertains  id  SOW  (bk  code  73)  aomber  4.2. 

Data  also  pertains  to  WBS  (bk  code  74)  amber  1J). 

1994  reemrag  doBaw  Car  navel  are  cammed  at  $4000.00 
Provides  the  haw  for  the  estimate. 


hvtirairT  that  far  caleadtr  year  (bk  code  CY) 
commencing  January  1. 1993.  the  dollar  iapia  (bk  code 
DO)  far  2  yean  (bk  the  manber  2)  which  will  be  aon- 
rectning  (bk  code  Z7)  for  travel  will  be  provided  in  the 
neat  tendon  of  theFDDaegnMat.lt  is  an  estimated 
amount  (bk  code  AB). 

Data  pertains  id  CLIN  (bk  code  C7)  0002. 

Data  also  penaias  id  SOW  (bk  code  73)  annber  4.1. 

Data  also  penains  to  WBS  (bk  code  74)  amber  2.1. 

1993  teetering  doQan  for  travel  are  estimated  at  S100JX) 

1994  teeming  doOan  Cor  oavel  am  estimated  at  S2OOj0O 


The 


if  the  person  certifying  the  proposal  is  San  Lee., 
is  5557141234.  Her  title  is  Vice 


AMTTC*817425.00n/l 
AMTTEM226 14.00  n/I 
AMT*TM*4087 1.00  n/1 
AMnF*980910.00  n/I 
LX*2n/l 

SE*35 1  *ABC0001  n/I 


Hie  proposed  cost  (bk  code  TC)  is  S817.425.00. 

Hie  propoaed  fee  (bk  code  HE)  is  S122414.00. 

Thecostof  money  (bk  code  MC)  is  S40.871.00. 

The  total  proposed  price  (bk  code  TF)  is  S980.910.00. 

The  assigned  manber  is  ”2*. 

There  ate  351  «« wwim  — « —4  % 

control  number  is  ABC0001. 
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3.3.1  Sample  Pricing  Proposal 


COST  PROPOSAL  NUMBER  39  FOR 
CHANGE  ORDER  NUMBER  P00002,  FOR  THE 
X12  WIDGET 


PREPARED  FOR 

HQ  NASA 
MAIL  CODE  XX 
WASHINGTON,  DC  20334 


RESTRICTION  ON  THE  DISCLOSURE 
AND  USE  OF  DATA: 

•WIDGET  COMPANY  CONFIDENTIAL  DATA* 


PREPARED  BY: 

ABC  WIDGET  COMPANY 
10  MAIN  STREET 
ANYTOWN,  VA  22011 


AUGUST  4,  1992 


BASELINE  AS  OF:  FEBRUARY  22, 1993 
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COST  PROPOSAL  SUMMARY 


1.1  INTRODUCTION 

This  is  a  proposal  (number  39),  with  detail  support  for  a  Finn  Fixed  Price  contract  with  NASA.  It  is  in 
response  to  RFP  Number  DAAZ9989S0001.  covering  modification  number  P00002  to  our  existing 
contract 

12  SCOPE  OF  WORK 

The  Widget  program  is  expected  to  extend  over  a  two  year  period.  It  will  be  in  three  phases: 


PHASE 

NAME 

DURATION 

£L£i 

I 

Design 

1  year 

0001 

n 

Production 

1  year 

0002 

m 

Data 

I  year 

0003 

Deliverable  data  under  phase  III  is  not  separately  priced  in  this  proposal. 

14  DESCRIPTION  OF  PRODUCT 

The  widget  is  an  Electronic  Data  Interchange  (EDI)  black  box  with  nuclear  hardened,  menu  driven, 
capabilities.  There  are  two  versions  of  the  Widget  One,  for  the  Johnson  Space  Center  (JSC)  and  the 
other  for  Fort  swampy.  The  only  difference  in  the  two  versions  is  the  color  of  the  racing  stripes  affixed  to 
the  widget  JSC  requires  red  stripes  while  Fort  Swampy  required  blue  stripes. 

1 A  ESTIMATING  ASSUMPTIONS 

The  period  of  performance  proposed  is  from  January  1993  to  December  1994. 


X.X  SUMMARY  OF  COSTS:  (See  pages  following) 


BASEUNE  AS  OF:  FEBRUARY  22, 1993 
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CONTINUATION  SHEET 

Item  No. 

Information 

7 

XYZ  Widget  Company 

20  Washington  Street 

Somewhere.  MD  1234S 

CAGE:  1B712 

(0 

Widget  Stamping  Machine 

Manufactured  by: 

XYZ  Widget  Company 

NSN  1234-567-00-8901 

See  page  10  of  the  Manufacturer's  Price  List  Number  89XZ. 

12 

Widgets  per  Army  Specification: 

Manufactured  for 

Widget  Fabricators.  Inc. 

30  Lincoln  Street 

Washington.  DC  98765 

DUNS:  123456789 

Contract  Numbers:  89-0001 

89-1234 

89-2468 

12 

Widgets  per  NASA  Specification: 

Manufactured  for 

Gadget  Fabricators,  Inc. 

40  Jefferson  Court 

Cyprus.  CA  98765 

DUNS:  987654321 

Contract  Numbers:  90AIB2C3 

89X10420 

3.0.44 
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CLPLfflfll 

Total 

1993 

im 

Direct  Materials 

Major  Subs. 

S22.000 

$22,000 

SO 

Pur.  Parts 

S3, 100 

S3. 100 

SO 

Inter.  Division 

so 

$0 

$0 

Total  Direct  Mat'l 

$25,100 

$25,100 

SO 

Material  Overbead 

SI. 255 

$1,255 

$0 

Direct  Labor 

Engr.  Labor 

$255,600 

$195,000 

$60,600 

Mfg.  Labor 

SO 

$0 

$0 

Total  Labor 

$255,600 

$195,00 

$60,600 

Labor  Overheads 

Engr.  Overhead 

$172,860 

$136,500 

$36,360 

Mfg.  Overhead 

SO 

$0 

$0 

Toatal  Overhead 

SI  72.860 

$136,500 

$36,360 

Total  Labor  &  Overhead 

$428,460 

$331,500 

$96,960 

Other  Direct  Costs 

Computer  Service 

$3,162 

$1,950 

$1,212 

Graphic  Service 

SO 

$0 

$0 

Travel 

$5,000 

$0 

$5,000 

Total  Other  Direct  Costs 

S81.621 

$1,950 

$6,212 

Subtotal 

$462,977 

$359,805 

$103,172 

G  &  A 

$46,298 

$35,981 

$10,317 

Total  Cost 

$509,275 

$395,786 

$113,489 

Cost  of  Money 

$25,464 

$19,789 

$5,674 

Profit/Fee  15% 

$76,391 

$59,368 

$17,023 

Total  Price 

$611,130 

$474,943 

$139,187 
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CLIN  0002 

XsJal 

1993 

1994 

Direct  Materials 

Major  Subs. 

so 

$0 

$0 

Pur  Parts 

$1,800 

$0 

$1,800 

Inter.  Division 

SI. 500 

SI. 000 

$500 

Total  Direct  Mat'l 

S3.300 

$1,000 

$2,300 

Material  Overhead 

S188 

$50 

$138 

Direct  Labor 

Engr.  Labor 

S6.450 

$0 

$6,450 

Mfg.  Labor 

$97,800 

$10,800 

S87.000 

Total  Labor 

$104,250 

$10,800 

$93,450 

Labor  Overheads 

Engr.  Overhead 

$3,870 

$0 

$3,870 

Mfg.  Overhead 

$164,100 

$16,200 

$147,900 

Toatal  Overhead 

$167,970 

$16,200 

$151,770 

Total  Labor  &  Overhead 

$272,220 

$27,000 

$245,220 

Other  Direct  Costs 

Computor  Service 

$129 

$0 

$129 

Graphic  Service 

$300 

$100 

$200 

Travel 

$4,000 

$0 

$4,000 

Total  Other  Direct  Costs 

$4,429 

$100 

$4,329 

Subtotal 

$280,137 

$28,150 

$251,987 

G  &  A 

$28,014 

$2,815 

$25,199 

Total  Cost 

$308,151 

$30,965 

$277,186 

Cost  of  Money 

$15,408 

$1,548 

$13,859 

Profit/Fee  15% 

$46,223 

$4,645 

$41,578 

Total  ce 

$369,781 

$37,158 

$332,623 

BASEUNE  AS  OF:  FEBRUARY  22, 1993 
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MAJOR  SUBCONTRACTORS 


RECURRING/ 


ITEM 

COMPANY 

1993 

CLIN 

sow 

WBS 

NONRECURRING 

XX-BOARD 

A1  Inc. 

12  E.  Street 

Waldorf,  MD  20602 

S22.000 

0001 

4.1 

2.1 

N/R 

Total  Subcontracts 

S22.000 

PURCHASED  PARTS 

RECURRING/ 

ITEM 

1993 

1994 

CUH 

SOW 

WBS 

NONRECURRING 

Design 

$3,100 

so 

0001 

4.1 

2.1 

N/R 

Mfg 

$0 

$800 

0002 

4.2 

2.1 

R 

Data 

SO 

$1,000 

0003 

4.3 

— 

R 

Total 

$3,100 

$1,800 

CLIN  0001 

$3,100 

$0 

CUN  0002 

$0 

$1,800 

Data  is  Not  Separety  Priced,  Included 

in  CLIN  0002. 
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Labor  Sc  Overhead  Rate  Table 


Code 

1993 

1994 

Title 

ENGINEERING  LABOR  RATES 

E1R 

$30.00 

$33.00 

Junior  Engineer 

E2R 

$45.00 

S48.00 

Senior  Engineer 

MANUFACTURING  LABOR  RATES 

MIR 

$20.00 

$22.00 

Skilled 

M2R 

$16.00 

$18.00 

Semi-Skilled 

OVERHEAD  RATES 

ELOHR 

70.0* 

60.0% 

Engineering  Overhead 

MFLOHR 

150.0* 

170.0* 

Manufacturing  Overhead 

GAR 

10.0* 

10.0* 

General  &  Administrative  Rate 

MOHR 

5.0* 

6.0* 

Material  Overhead 

COMPFCTR 

1.0* 

2.0* 

Computer  Use  Factor 

COM 

5.0* 

5.0* 

CAS  Cost  of  Money-Engineeru 

BASELINE  AS  OF:  FEBRUARY  22, 1993 
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Direct  Labor  Hoar  Summary  By  Task 


Direct  Engineering  Hour  Summary 


TOTAL  LABOR 

1993  LABOR 

F1M 

F.2M 

F-1M 

E2M 

2600 

3850 

2000 

3000 

1500 

3100 

1500(N) 

2500(N) 

500 

400 

200(N) 

200(N) 

600 

350 

300(N) 

300(N) 

50 

100 

0 

0 

1994  LABOR 


F1M 

F.2M 

Duacriptkm 

600 

850 

CLIN  0001  Design 

0 

600(N) 

4.1.1  R  &  E  Design  Developer 

300(N) 

200(N) 

4  .1.2  System  Development 
Discrete  Estimate 

300(N) 

50(N) 

4.1.3  Tecbooology  Parametric 
Estimate 

50(R) 

100(R) 

CLIN  0002  MFC  SUPPORT 

Direct  Manufacturing  Hour  Summary 


TOTAL  LABOR  1993  LABOR  1994  LABOR 


M1M 

M2M 

M1M 

M2M 

M1M 

M2M 

Dencrlptlon 

1800 

3300 

300 

300 

1500 

3000 

CLIN  002  MFC 

1100 

2100 

100(R) 

100(R) 

1000(R) 

2000(R) 

42.1  Fab  Labor  Standards 

700 

1200 

200(R) 

200(R) 

500(R) 

1000(R) 

4 22  Assembly 

N  =  Nonrecurring 
R  =  Recurring 
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WBS  •  Work  Breakdown  Structure 

0.0 

Total  Proposal 

1.0 

Recurring 

1.1 

Fabrication 

1.2 

Assembly 

2.0 

Non-Recumng 

2.1 

Design 

SOW  •  Statement  of  Work  Structure 

4.0 

Toatal  Proposal 

4.1 

Design 

4.1.1 

R  &  E  Design 

4.1.2 

System  Development 

4.1.3 

Technology 

4.2 

Manufacturing 

4.2.1 

Fabrication 

4.2.2 

Assembly 

4.3 

Data 

CLIN  -  Contract  Item  Structure 

0001 

Design 

0002 

Production 

0002AA 

Production-XYZ 

0002 AB 

Production-XXZ 

0003 

Data 

LOGIC 

TDM  *  PP  +  IDWA  ♦  MS 
TDMOH  =  TDM  x  MOHR 

E1D  =  E1H*E1R 

E2D  =  E2H  =  E1R 

ELD  =  E1D  +  E2D 

ELDOH  =  ELD  x  EOHR 

M1D  =  M1H  x  MIR 

M2D  =  M2H  x  M2R 

MLD  =  MID  +  M2D 

BASEUNE  AS  OF:  FEBRUARY  22, 1993 
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TDLD  -  ELD  +  MFD 

ELOH  -  ELD  x  ELOHR 

MLOH  *  MLD  x  MLOHR 

TLOH  »  ELOH  ♦  MLOH 

CS  «  ELD  x  CSR 

TL&OH  *  TDLD  +  TLOH 

TODC-CS  +  GS  + TRAVEL 

SUB  »  TLOH  +  TDM  +  TDMOH  +TODC 

GA  «  SUB  x  GAR 

TCOST  *  SUB  +  GA 

COM  -  TCOST  x  COMR 

PROFIT- TCOST  x  PR 

PRICE  -  TCOST  +  PROFIT 


CLIN  -  SOW  -  WHS  Diagram 


OTN 

SOW 

WBS 

0001 

4.1.1 

2.1 

4.1.2 

4.1.3 

0002 

1.0 

0002AA 

4.2 

0002 AB 

4.2 

0003 

4.3 

3.0.S2 
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•05 .  CONTRACT  pricing  proposal 


DEPARTMENT  OF  DEFENSE 
DRAFT  MPLEMENTATWN  CONVENTION 

ANSI  ASC  Xtt  VERSION/RELEASE  M3SM000. 


805  Contract  Pricing  Proposal 

This  Draft  Standard  for  Trial  Use  contains  the  format  and  establishes  the 
data  contents  of  the  Contract  Pricing  Proposal  Transaction  Set  (805)  cover 
sheet  and  pricing  support  detail  for  use  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  enables  the 
transmission  of  cost  and  pricing  data  for  a  given  contract  action  and  provides 
pricing  support  detail  data  or  references  where  that  data  can  be  found  in  the 
proposal. 


MCtl  MjJ 

3  010 

4  020 

8  030 

N/U  040 
N/U  050 


10  060 

12  070 

13  080 

14  090 

15  100 

16  110 


18  120 
19  130 

21  140 

24  150 


25  160 

26  170 

27  180 


28  190 

30  200 

31  210 

32  220 
N/U  230 
N/U  240 


ST  T ransaction  Set  He  ader 

BCP  Beginning  Segment  for  Contract  Pricing 
Proposal 

SPI  Specification  Identifier 
MSG  Message  Text 
CUR  Currency 


M  1 

O  >1 

O  1 


LOOP  ID  *  N1 

N1 

Name 

N2 

Additional  Name  Information 

N3 

Address  Information 

N4 

Geographic  Location 

DTM 

Date/Time  Reference 

Contact 


LOOP  ID  -  CBS 

CBS  Cost  Breakdown  Structure 
JIL  Line  Item  Detail  for  the  Operating  Expense 
Statement 

LIN  Item  Identification 
MSG  Message  Text 


LOOP  ID  -  CB1 

CB1  Contract  and  Cost  Accounting  Standards  Data 
MSG  Message  Text 
N9  Reference  Number 


LOOP  ID*  C81/N1 
N1  Name 

N2  Additional  Name  Information 
N3  Address  Information 

N4  Geographic  Location 

DTM  Date/Time  Reference 
G61  Contact 
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PACE*  POS.* 

33 

010 

35 

020 

37 

030 

38 

040 

EH 

41 

060 

42 

070 

43 

080 

44 

090 

45 

100 

46 

110 

47 

120 

PACE*  POS  « 


48 

010 

49 

020 

51 

030 

52 

040 

Table  2 

SEC.®  NAME 

REO.OES. 

MAX  USE 

LOOP  REPEAT 

PL  Proposal  Cost  Logic 

0 

>1 

LOOP  ID- HL 

HL  Hierarchical  Level 

0 

1 

REF  Reference  Numbers 

0 

1 

LOOP  ID  *  P  D 

PD  Proposal  Data 

0 

1 

REF  Reference  Numbers 

0 

3 

PDD  Proposal  Data  Detail 

0 

>1 

MSG  Message  Text 

0 

>1 

LOOP  ID  •  PD/N1 

>1 

N1  Name 

0 

1 

N2  Additional  Name  Information 

0 

2 

N3  Address  Information 

0 

2 

N4  Geographic  Location 

0 

1 

REF  Reference  Numbers 

0 

>1 

Table  3 

SEC.  10  NAME 

REO.DBI 

MAX  USE 

LOOP  REPEAT 

LX 

LOOP1D- LX 

Assigned  Number 

0 

1 

G61 

Contact 

0 

1 

AMT 

Monetary  Amount 

0 

4 

SE 

Transaction  Set  Trailer 

M 

1 

NOTES: 

1/060  When  the  N1  loop  is  used,  it  will  carry  the  name  and  address  of  a  party  pertinent 
to  the  proposal,  such  as  the  proposing  party,  the  place(s)  of  performance,  the 
contract  adminstration,  and  auditing  offices. 

1/160  WhenCBIOt  is  code  "01."  “05,”  “08,”  “10,”  “11,"  “12,”  "14”  or  "17,"  discussion 
will  be  carried  in  the  MSG  segment  in  the  CB1  loop;  numbers  and  their  text 
descriptions  will  be  carried  in  the  N9  segment  of  the  CB1  loop. 

1/190  When  the  N1  loop  is  used,  it  will  carry  the  name  and  address  of  a  party  needed 
to  clarify  a  response  to  a  question  answered  in  the  CB1  loop,  such  as  party  for 
whom  the  same  or  a  similar  item  as  the  one  being  proposed,  has  been  pre¬ 
viously  produced. 

2/040  PD03  is  the  unit  of  measurement  for  the  data  contained  in  the  PD  loop. 

2/080  When  the  N1  loop  is  used,  it  will  carry  the  name  and  address  of  a  party  related  to 
the  proposal  data  such  as  a  major  subcontractor  whose  cost  or  price  information 
has  been  rolled  up  into  this  price  proposal. 
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Mandatory 


Segment:  ST  Transaction  Set  Header 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  start  of  a  transaction  set  and  to  assign  a  control  number 

Semantic:  The  transaction  set  identifier  (ST01)  used  by  the  translation  routines  of 
the  interchange  partners  to  select  the  appropriate  transaction  set 
definition  (e.g.,  810  selects  the  invoice  transaction  set). 


Data  Element  Summa 


Mandatory  ST01  143  Transaction  Set  Identifier  Coda  II  10  3/3 

Code  uniquely  identifying  a  Transaction  Set. 

805  XI  2.1 95  Contract  Pricing  Proposal 

Mandatory  ST02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  that  must  be  unique  within  the  transaction  set 
functional  group  assigned  by  the  originator  for  a  transaction  set 

Implementation  Note: 

A  unique  number  assigned  by  the  originator  of  the  transaction  set  or  by  the  originator's  application  program. 
This  number  is  the  same  as  the  one  carried  in  SE02. 
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Mandatory 

Segment:  BCP  Beginning  Segment  for  Contract  Pricing  Proposal 

Level:  Header 

Loop:  _ 

Usage:  Mandatory 

Max  Use:  1 

Purpose:  To  indicate  the  beginning  of  a  contract  pricing  proposal  transaction  set 
and  to  transmit  identifying  numbers  and  dates 

Semantic:  1.  BCP04  is  the  start  of  the  proposer's  fiscal  year. 

2.  BCP07  is  the  transaction  creation  date. 

3.  BCP08  is  the  transaction  creation  time. 

4.  BCP10  is  the  revision  number  of  the  proposal. 

5.  BCP1 1  is  the  option  number  being  proposed. 

6. 8CP12  is  the  description  of  an  “other"  type  of  contract  action. 

7.  BCP13  is  the  description  of  an  “other”  type  of  contract. 

Data  Element  Summary 

W  DATA 

DCS.  tVOdfXT  NMB  ATnODUTVS 

Mandatory 

BCP01  353  Transaction  Sat  Purpose  Coda  M  ID  2/2 

Code  identifying  purpose  of  transaction  set. 

Implementation  Notes: 

1.  When  codes  "02".  "03".  and  "OS"  are  used .  the  transaction  set  must  contain  sufficient  information  for  the 
receiving  party  to  understand  the  nature  of  the  instant  transaction  set.  eg.  if  an  "add"  is  made  to  the 
accounting  algorithm,  all  affected  portions  of  the  algorithm  must  be  retransmitted. 

2.  When  code  "05"  is  used,  it  will  overwrite  portions  of  a  previously  submitted  transaction  set.  Code  "05" 
will  not  be  used  as  a  substitute  for  code  "IS". 

3.  Codes  "05"  and  "15"  can  only  be  used  by  proposing  entities  when  authorized  by  the  Government. 

00  Original 

Coda  Valua  Implementation  Note: 

Use  code  “00"  only  when  submitting  an  original  contract  price  or  cost  proposal. 

01  Cancellation 

Code  Value  Implementation  Note: 

use  code  "01 "  when  canceling  either  an  original  or  modified  contract  price  or  cost  proposal. 

02  Add 

Code  Value  Implementation  Note: 

Use  code  "02"  to  add  data  to  a  previously  transmitted  805  transaction  set. 

03  Delete 

Code  Value  Implementation  Note: 

Use  code  "03"  to  delete  data  from  a  previously  transmitted  805  transaction  set. 

05  Replace 

Code  Value  Implementation  Note: 

Use  code  "05"  to  replace  data  previously  transmitted. 
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Mandatory 


Mandatory 


Mandatory 


Mandatory 


07  Duplicate 

Coda  Value  Implementation  Note: 

Use  code  "07"  to  retransmit,  in  its  entirety,  a  previously  transmitted  80S  transaction  set. 

IS  Re-Submission 

Code  Value  Implementation  Note: 

Use  code  "IS"  when  resubmitting  the  entire  proposal. 

BCP02  128  Raloranco  Number  Qualifier  M  ID  2/2 

Coda  qualifying  the  Reference  Number. 

Implementation  Note: 

Only  one  code  can  be  used . 

CT  Contract  Number 
Code  Value  Implementation  Note: 

Use  code  “CT~  for  the  contract  number. 

KS  Solicitation 

Code  Value  Implementation  Note: 

Use  code  “KS"  for  the  solicitation  number. 

BCP03  127  Reference  Number  M  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  actual  contract  or  solicitation  number  (without  the  dashes  / ■]),  as  assigned  by  the  Government ;  Block  I 
of  the  SF 1411. 

BCP04  373  Date  M  DT  6/6 

Date  (YYMMDD). 

Implementation  Notea: 

1.  The  beginning  dale  of  the  proposer' s  fiscal  year.  Must  coincide  with  the  year  in  which  the  proposing  party 
intends  to  commence  the  proposed  work. 

2.  Data  maintenance  action  has  been  submitted  to  change  the  requirement  designator  of  this  data  element 
from  mandatory  to  optional. 

BCP05  1308  Contract  Action  Code  M  ID  2/2 

Code  identifying  the  expected  resultant  type  of  contract  action 

Implementation  Notes: 

1.  Use  any  applicable  code. 

2.  When  BCPOS  is  code  "KG",  specify  the  " other  contract  action "  in  BCP12;  Block  4  of  the  SF  1411. 

3.  Data  maintenance  action  has  been  submitted  to  change  the  requirement  designator  of  this  data  element 
from  mandatory  to  optional. 

KA  New  Contract 
KB  Contract  Change  Order 
KC  Price  Revision 
KD  Price  Redetermination 
KE  Letter  Contract 
KF  Unpriced  Order 
KG  Other  Contract  Action 
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Mandatory 


Required 


Required 


Optional 


Cod e  Value  Implementation  Not*: 

Use  code  "KG"  to  indicate  an  'other  contract  action “  which  has  not  been  prev  iously  agreed  k>  by 
the  trading  partners. 

72  Mutually  Defined 
Coda  Value  Implementation  Note: 

Use  code  'ZZ~  only  when  m  "other  contract  action *  has  been  agreed  to  by  the  trading  partners  . 

BCP06  1166  Contract  Typa  Coda  M  10  2/2 

Coda  identifying  a  contract  typa 

Implementation  Notea: 

1.  Use  my  listed  code. 

2.  When  BCP06  is  code  "OC".  specify  the  "other  contract  type  in  BCP  13:  Block  5  of  the  SF 141 1 . 

3.  Data  maintenance  action  has  been  submitted  to  change  the  requirement  designator  of  this  data  element 
from  mandatory  to  optional. 

CH  Cost  Sharing 
CS  Cost 

ON  Cost  Pius  Award  Fea 
CX  Cost  Pius  Fixed  Fea 
CY  Cost  Plus  Incentive  Faa 
FO  Fixed  Price  Redetermination 
FE  Fixed  Price  with  Escalation 
FI  Fixed  Price  Incentive 
FR  Firm  Fixed  Price 
LE  Level  of  Effort 
LH  Labor  Hours 
OC  Other  Contract  Type 
TM  Time  and  Materials 

BCP07  373  Date  0  DT  6/6 

Date  (YYMMDD). 

Implementation  Note: 

Dale  the  transaction  set  was  created  This  date  is  used  for  certification  purposes. 

BCP08  337  Time  O  TM  4/6 

Time  expressed  in  24-hour  clock  time  (HHMMSS)  (Time  range:  000000  through 
235959) 

BCP09  327  Change  Order  Sequence  Number  O  AN  1/8 

Number  assigned  by  the  orderer  identifying  a  specific  change  or  revision  to  a 
previously  transmitted  transaction  set. 

Implementation  Notes: 

1.  When  BCP02  is  code  "CT",  BCP09  may  contain  a  contract  modification  number,  (e  g..  P00001),  if 
applicable:  Block  l  of  the  SF  141 1 . 

2.  When  BCP02  is  code  "KS".  BCP09  may  contain  a  solicitation  amendment  number,  if  applicable;  Block  l 
of  the  SF  14  li. 


Optional 


BCP10 


127 


Reference  Number  O  AN 

Reference  number  or  identification  number  as  defined  lor  a  particular 
Transaction  Set.  or  as  specified  by  the  Reference  Number  Qualifier. 


1/30 
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Optional 


Optional 


ANSI  ASC  X12  VERSMH/REUEASE  003030000 

BCP11  127  Reference  Number  O  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Sat,  or  as  specif iad  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  contract  option  number,  as  specified  within  the  contract,  for  which  this  proposal  is  being  submitted. 

BCP12  352  Description  O  AN  1/80 

A  free-iorm  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

A  fret  form  test  description  of  an  "other  contract  action".  Use  when  BCPOS  is  code  “KG’. 

BCP13  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

A  free  form  less  description  of  another  type  of  contract .  Use  when  BCP06  is  code  "OC" 
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Segment:  SPI  Specification  Identifier 
Level:  Header 

Loop:  _ 

Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  provide  a  description  of  the  included  specification  or  technical  data 
items. 

Implementation  Notee: 

1.  Provides  government  and  proposing  party  security  level  or  classtficaion  information  related  to 
the  proposal  being  submitted 

2.  Data  maintenance  action  has  been  submitted  to  add  SPI 13  (data  element  1412  -  Certification 
Code)  to  this  segment.  This  data  element  wiU  be  used  to  certify  current  cost  and  pricing  data  or 
overhead  rates.  It  can  also  be  used  to  indicate  that  no  certification  is  required.  Codes  "AD" 

(Certification  of  Current  Cost  and  Pricing  Data).  “AB“  (Certification  of  Overhead),  and  ", AC 
(Certification  not  required )  will  be  used. 

Data  Element  Summa 


Mandatory 


Mandatory 


Mandatory 


SPI01  786  Security  Level  Code  M  ID 

Coda  indicating  tho  level  of  confidentiality  assigned  by  the  sender  to  the 
information  following. 

Implementation  Note: 

Use  the  code  that  denotes  the  highest  overall  document  security  classificaion. 

90  Government  Non-Ciassified 

92  Government  Confidential 

93  Government  Secret 

94  Government  Top  Secret 

99  Government  Defined  (Trading  Partner  Level) 

SPI02  128  Reference  Number  Qualifier  M  10 

Code  qualifying  the  Reference  Number. 

39  Proposal  Number 

SPI03  127  Reference  Number  M  AN 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  actual  proposal  number  as  assigned  by  the  proposing  parry. 


Not  Used 

SPI04 

790 

Entity  Title 

0 

AN 

1/132 

Not  Used 

SPI05 

791 

Entity  Purpose 

0 

AN 

1/80 

Not  Used 

SPI06 

792 

Entity  Status  Code 

0 

ID 

1/1 

Not  Used 

SPI07 

353 

Transaction  Set  Purpose  Code 

0 

ID 

2/2 

Not  Used 

SPK>8 

755 

Report  Type  Code 

0 

ID 

2/2 

Required 

SPI09 

786 

Security  Level  Code 

0 

ID 

2/2 
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DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  005030000 


Coda  indicating  tha  (aval  o I  confidentiality  assigned  by  the  sender  to  the 

information  following. 

Implementation  Notea: 

1.  Use  the  code  that  denotes  the  highest  overall  security  level  of  the  proposing  entity. 

2.  Code  "06"  (Supplier  Proprietary )  will  be  added  when  available  in  the  next  version  and  release  of  the  X 12 
Standards. 

00  Company  Non-Classified 
01  Company  Internal  Use  Only 
02  Company  Confidential 

03  Company  Confidential,  Restricted  (Need  to  Know) 

04  Company  Registered  (Signature  Required) 

05  Personal 

09  Company  Defined  (Trading  Partner  Level) 


Not  Used 

SPI10 

559 

Agency  Qualifier  Code 

O 

ID 

2/2 

Not  Used 

SPI11 

916 

Coda  List  Reference 

O 

AN 

1/6 

Not  Used 

SPI12 

554 

Assigned  Number 

0 

NO 

1/6 
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ANSI  ASC  X12  VERSION/RELEASE  003030000. 


Oats  Maintenance  action  haa  been  submitted  to  add  the  REF  segment  In  Table  1,  Position  035  as 
an  optional  segment  with  a  maximum  use  of  20. 


Use  of  the  REF  Segment  in  the  805  Contract  Pricing  Proposal  Transaction  Set  will  be  optional 
and  It  will  be  used  to  reference  other  related  transaction  sets  carrying  data  such  as  the  251 
Pricing  Rato  Proposal  Transaction  Set 


Only  the  REF01  and  REF02  data  elements  will  be  used  in  the  805  Transaction  Set 


REF01  can  be  used  to  cany  any  code  but  code  'TN*  will  be  used  to  qualify  a  unique  Transaction 
Set  Control  Number  or  to  qualify  a  control  number  of  a  previous  transmission  of  the  605 
Transaction  Set 
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ANSI  ASC  X1£  VERSION/RELEASE  003Q30000_ _ 

Segment:  N1  Name 
Level:  Header 
Loop:  N1  Repeat:  >1 
R*quir*d  Usage:  Optional 

Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 

Syntax:  1.  R0203  —  At  least  one  of  N102  or  N103  is  required. 

2.  P0304  —  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  *10 
Code’  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Nofee: 

1.  Use  of  N101,  NI03  and  N104  to  describe  an  address  is  preferred.  Use  N102  and  Segments  N2 
through  N4  only  when  an  address  cannot  be  described  using  a  CAGE  code  or  a  DoDAAC. 

2.  When  there  are  breaks  in  the  period  of  performance  at  the  same  location,  use  multiple  iterations 
of  the  N 1  Loop  with  code  "KE"  inNIOl  and  specify  the  same  location  to  provide  the  additional 
dates. 


Data  Element  Summai 


Mandatory  N101  98  Entity  Identifier  Code  M  10  2/2 

Code  identifying  an  organizational  entity,  a  physical  location,  or  an  individual 

Implementation  Notea: 

1.  For  an  original,  duplicate,  or  resubmission  transaction  set.  there  muss  be  at  least  one  iteration  of  the  Nl 
Loop  for  each  of  the  listed  codes  except  when  the  proposing  party  and  the  certifying  party  are  the  same.  In 
that  case,  in  addition  to  the  other  codes,  only  one  iteration  of  the  N I  Loop,  using  code  "PV",  is  required  to 
describe  this  party. 

2.  In  all  other  cases,  at  least  one  iteration  of  the  Nl  Loop  using  either  code  ~KD"  or  code  "PV"  is  required. 

3.  When  the  place  of  performance  is  atthe  proposing  party's  address,  there  is  no  need  to  have  a  second 
iteration  of  the  Nl  Loop  using  code  "KE"  in  N 101.  In  this  case,  the  proposing  party  will  be  qualified  with 
code  "KD“  in  NIOl  and  the  period  of  performance  will  be  provided  in  two  iterations  of  the  DTM  Segment  in 
the  Nl  Loop.  Use  code  "KE”  in  an  iteration  of  the  Nl  Loop  only  when  there  is  one  or  more  places  of 
performance  and  the  addresses  are  different  than  the  proposing  party's  address.  If  performance  is  not 
scheduled  at  the  address  of  the  proposing  party,  do  not  use  the  DTM  Segment  in  that  iteration  of  the  N  l  Loop. 

C4  Contract  Administration  Office 
Code  Value  Implementation  Note: 

Use  code  "C4"  for  the  Contract  Administration  Office;  Block  9a  of  the  SF  1411. 

KO  Proposer 

Code  Value  Implementation  Note: 

Use  code  "KD"  for  the  proposing  party;  Block  2  of  the  SF  1411. 

KE  Place  of  Performance 
Code  Value  Implementation  Note: 

Use  code  "KE"  for  place  of  performance;  Block  7  of  the  SF  1411. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  SIPLEMEMTATION  CONVBfTION 


•OS  •  CONTRACT  PRIONG  PROPOSAL 

HI  •  NAME  _ ANSI  ASC  X12  VERSION/RELEASE  003030000. 


KF  Audit  Office 

Cod 'a  Value  Implementation  Note: 

Use  code  "KF"  for  ike  audit  office;  Block  9b  of  ike  SF 1411. 

PV  Party  performing  certification 

Code  Value  Implementation  Note: 

Use  code " PV”  for  the  name  of  ike  firm;  Block  16  of  ike  SF  1411. 

TO  Massage  To 

Code  Value  Implementation  Note: 

Use  code  “TO"  io  indicate  the  perry  to  whom  the  message  is  being  sent. 


Conditional 


N102  93  Nama  C  AN  1/35 

Free-form  nama. 

Implementation  Note: 

Use  only  when  the  entity  cannot  be  identified  by  using  either  a  CAGE  code  or  a  DoDAAC. 


Conditional 


Conditional 


N103  56  Identification  Coda  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Notea: 

1.  When  N101  is  code  "C4“.  "KF"  or  "TO ",  use  code  “NT. 

2.  When  NIOl  is  code  “KD"  or  "PV",  use  code  "9“  or  "33". 

3.  When  applicable  and  when  N101  is  code  “KE".  use  code  “10"  when  the  place  of  performance  is  a  known 
DoD  location  or  use  code  "9"  or  “33“  when  the  place  of  performance  is  a  known  commercial  location. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

9  D-U-N-S+4,  D-U-N-S  Number  with  Four  Character  Suffix 

N104  67  Identification  Code  C  AN  2/17 

Code  identifying  a  party  or  other  code. 

Implomantatlon  Nota: 

The  actual  DoDAAC  or  CAGE  code  of  the  cited  entity. 
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ANSI  ASC  X1J  VERSION/RELEASE  083030000 


808  •  CONTRACT  PRtCttG  PROPOSAL 
M2  •  AOOmONAL  NAME  MFORMATION 


Optional 


Segment:  N2  Additional  Kama  Information 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 

Implementation  Not*: 

Use  this  segment  is  not  necessary  when  the  cited  entity  can  be  identified  by  using  a  DoDAAC  or 
CAGE  code. 


Mandatory 


Optional 


Data  Element  Summary 


mw 

BATA 
tv  won 

MAMt 

•rnawiD 

N201 

83 

Name 

Free-lorm  name. 

M 

AN 

1/35 

N202 

83 

Name 

Free-form  name. 

0 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


106 .  CONTRACT  PRICING  PROPOSAL 

M3 .  A00RESS  INFORMATION _ ANSI  A3C  X12  VERSION/REIEASES03030000_ 


Optional 


Segment:  N3  Address  Information 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 

Implementation  Not*: 

Use  of  this  segment  is  not  necessary  when  the  cited  entity  can  be  identified  by  using  a  DoDAAC  or 
CAGE  code. 


Mandatory 


Optional 


Data  Element  Summary 


w. 

Ml 

OAT  A 
JUMOfl 

MAMS 

•rrnmrm _ 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

0 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 

ORAFT  IMPLEMENTATION  CONVENTION 


ANSI  A  SC  X12  VERSION/RELEASE  M3030DOD 


SOS  •  CONTRACT  PRICMG  PROPOSAL 
N4  •  GEOGRAPHY  LOCATION 


Segment:  N4  Geographic  Location 
Level:  Header 
Loop:  N1 

optional  Usage:  Optional 

Max  Use:  1 

Purpose:  To  specify  the  geographic  place  of  the  named  party 

Syntax:  1.  R0105  —  At  least  one  of  N401  or  N405  is  required. 

2.  P0S06  —  It  either  N405  or  N406  is  present,  then  the  other  is  re ;  j<red. 

Comments:  1.  A  combination  of  either  N401  through  N404  (or  *  '405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 

Implementation  Note: 

Use  of  this  segment  is  not  necessary  when  the  cited  entity  can  be  identified  by  using  a  DoDAAC  or 
CAGE  code. 

Data  Element  Summa 


Conditional 


Optional 


Optional 


Optional 


Not  Umod 
Not  Uaod 


19  City  Name 

Free-form  text  ‘or  city  name. 


C  AN  2/30 


156  State  or  Province  Code  O  ID  -2 

Code  (Standard  Stale/Province)  as  defined  by  appropriate  government  agency. 

116  Postal  Code  OID  3/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 


26  Country  Code 

Code  identifying  the  country. 

309  Location  Qualifier 

310  Location  Identifier 


O  ID  2/3 


C  ID  1/2 
C  AN  1/25 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


*05  •  CONTRACT  PRICING  PROPOSAL 

DTM  •  DATE/T1ME  REFERENCE  ANSI  A  SC  XI 2  VERSION/RELEASE  OOMMOOO 


Required 


Mandatory 


Conditional 

Not  Uaad 
Not  Used 
Not  Usad 


Segment:  DTM  Date/Time  Reference 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  R0203  —  At  least  one  of  DTM02  or  DTM03  is  required. 

Implementation  Note: 

One  iteration  of  the  DTM  Segment  are  required  to  indicate  the  start  and  end  dale  of  the 
performance  period  for  each  place  of  performance. 

_ Data  Element  Summary  _ _ 

RIF.  DATA 

DCS  EL  CM  EXT  KAMI  _ _ _ £2£££2L 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

193  Period  Start 

Code  Value  Implementation  Note: 

When  applicable,  use  code  “l  93"  in  the  first  iteration  of  the  DTM  Segment  to  indicate  the  start  of 
the  performance  period. 

194  Period  End 

Code  Value  Implementation  Note: 

When  applicable,  use  code  "19-4"  in  a  second  iteration  of  the  DTM  Segment  to  indicate  the  end  of 
the  performance  period. 


DTM02 

373 

Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337 

Time 

C 

TM 

4 16 

DTM04 

623 

Time  Code 

0 

ID 

2 12 

DTM05 

624 

Century 

0 

NO 

2 12 
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DEPARTMENT  Of  OEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


•OS  •  CONTRACT  PfUCMO  PROPOSAL 

ANSI  ASC  X12  VERSION/RELEASE 003030000.  0«1  •  CONTACT 


Segment:  G61  Contact 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  identify  a  person  or  office  to  whom  communications  should  be 
directed 

Syntax:  P0304  —  H  either  G61 03  or  G61 04  is  present,  then  the  other  is  required. 
Comment:  G6103  qualifies  G6104. 

Implementation  Note: 

Use  to  provide  irformation  about  the  offeror's  point  of  contact. 


Required 


Data  Element  Summa 


Mandatory 


Mandatory 


Conditional 


Conditional 


Optional 


DATA 

tlDSDff  MAMS 


G6101  366  Contact  Function  Code  M  ID  2/2 

Code  identifying  the  major  duty  or  responstoility  of  the  person  or  group  named. 

CE  Certifier 

Code  Value  Implementation  Note: 

Use  code  ’ CE "  to  indicate  the  certifying  official. 

1C  Information  Contact 
Code  Value  Implementation  Note: 

Use  code  "1C"  to  indicate  the  offeror' s  point  of  contact;  Block  3a  of  the  SF  14 1 1 . 

G6102  93  Name  M  AN  1/35 

Free-form  name. 

Implementation  Notea: 

1.  The  name  of  the  offeror  s  point  of  contact  or  the  certifying  official. 

2.  The  name  of  the  point  of  contact  is  required  if  different  front  the  certifying  official.  The  name  of  the 
certifying  official  is  at*  ays  required. 


G6103  365  Communication  Number  Qualifier 

Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

Ahvays  use  code  T£".  No  other  code  may  be  used  in  this  data  element. 

TE  Telephone 


C  ID  2 12 


G6104  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  o ode  when 
applicable. 

Implementation  Note: 

The  actual  telephone  number  of  the  offeror's  point  of  contact. 

G6105  443  Contact  Inquiry  Reference  O  AN  1/20 

Additional  reference  number  or  description  to  clarify  a  contact  number. 

Implementation  Notes: 

1.  The  title  of  the  offeror's  point  of  contact  or  certifying  official. 


DF02  •  MARCH  31  1093 


16 


DEPARTMENT  Of  DEFENSE 
DRAFT  tlPLEMENTATION  CONVENTION 
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GOT  » CONTACT _ _ _ _ _ 

I  I  2.  Required  when  C6101  is  code  "CE ’ . 


ANSI  ASC  XI*  VERSION/RELEASE  003030000. 
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DEPARTMENT  Of  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003030DQO_ 


MS  •  CONTRACT  PRICING  PROPOSAL 
CBS  •  COST  BREAKDOWN  STRUCTURE 


Optional 


Segment:  CBS  Cost  Breakdown  Structure 
Level:  Header 
Loop:  CBS  Repeat:  >1 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identity  and  quantify  each  line  item  being  proposed 
Semantic:  1.  CBS01  is  the  line  item  or  exhibit  (including  subline  numbers  of  either). 
2.  CBS02  is  the  line  item  quantity. 

Implementation  Notea: 

1.  Provides  informal  ion  about  the  contract  or  solicitation  line  items  being  proposed. 

2.  Segment  is  required  in  the  original,  duplicate,  and  resubmission  transmissions  <e.g.,  when 
BCP01  is  code  “00".  "07".  or  “IS"). 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

on  tujjgff  turn  »Tmwirt» 

CBS01  350  Assigned  Identification  M  AN  1/11 

Alphanumeric  characters  assigned  lor  differentiation  within  a  transaction  set. 

Implementation  Note: 

The  contract  line  item  or  sub-line  item  number ;  Block  8a  of  the  SF  Mil. 

CBS02  380  Quantity  M  R  1/15 

Numeric  value  of  quantity. 

Implementation  Note: 

The  actual  quantity  for  the  cited  line  item;  Block  8c  of  the  SF  Mil. 

CBS03  355  Unit  or  Basis  for  Measurement  Code  M  ID  2/2 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 

Implementation  Note: 

Use  any  code. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


MS  •  CONTRACT  PR1CMO  PROPOSAL 

JIL  •  UNE  rrtM  OCT Alt  MM  1>C  OffHAflMO  EXfCNK  STATEMENT  ANSI  ASC  X12  VERStON/RELEASE  003030000 


Optional 


Segment:  JIL  Line  Hem  Detail  for  the  Operating  Expense  Statement 
Level:  Header 
Loop:  CBS 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  the  service  code  or  classification  the  expense  will  be  charged 
to,  and  to  provide  the  required  expense  data. 

Syntax:  P0405  —  If  either  JIL04  or  JIL05  is  present,  then  the  other  is  required. 

Semantic:  JIL06  is  the  date  the  transaction  occurred. 

Implementation  Notaa: 

1.  Provides  information  about  the  contract  or  solicitation  line  items  being  proposed. 

2.  Segment  is  required  in  the  original,  duplicate,  and  resubmission  transmissions  (e.g..  when 
BCP01  is  code  " 00 ",  ”07",  or  *15"). 


Mandatory 


_ Data  Element  Summary _ 

*t T.  DATA 

DO  «LHHHt  WAX  _ _ _ ATTlMDmtD 

JIL01  235  Product/Serviee  ID  Qualifier  M  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

IN  Buyer's  Hem  Number 
Coda  Value  Implementation  Note: 

Use  code  "IN"  to  indicate  the  contract  line  item  number. 


Mandatory 


Required 


JIL02  234  Product/Service  ID  M  AN  1/30 

Identifying  number  for  a  product  or  service. 

Implementation  Note: 

The  actual  contract  line  item  number  (CUN).  Same  number  as  in  CBSOl. 

JIL03  782  Monetary  Amount  O  R  1/15 

Monetary  amount. 

Implementation  Notes: 

1.  The  actual  monetary  amount  of  the  CUN  cited  in  CBSOl;  Block  8dofthe  SF 1411. 

2.  Enter  the  actual  amount.  If  "no  cost",  enter  ’ 0 ". 


Conditional 


Conditional 


JIL04  128  Reference  Number  Qualifier  C  ID  2/2 

Code  qualifying  the  Reference  Number. 

L4  Proposal  Reference  Number 
Code  Value  Implementation  Note: 

Use  code  "L4"  to  qualify  a  place  in  the  proposal  where  additional  information  can  be  found. 

JIL05  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 
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DRAFT  IMPLEMENTATION  CONVENTION 


— ‘  $05  •  CONTRACT  PRICING  PROPOSAL 

ANSI  ASC  X12  VERSIONS  E  LEASE  003030DQD_ _ 

Th^^U^ton^lt  paragraph  number  in  the  proposal  where  additional  information  can  be  found: 

Block  Be  of  the  SF  1411  ■ 

O  DT  Sit 


NoiUMd 


JIL06  373  D»t» 
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DEPARTMENT  Of  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


•06  •  CONTRACT  PRWNG  PROPOSAL 

UN .  ITEM  IDENTIFICATION _ ANSI  ASC  XU  VERSIONS ELEASE  0(0030000 


Optional 


Segment:  LIN  Hern  Identification 
Level:  Header 
Loop:  CBS 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  specify  basic  item  identification  data. 

Syntax:  1.  C0405  —  If  LIN04  is  present,  then  LIN05  is  required. 

2.  C0607  —  If  LIN06  is  present,  then  LIN07  is  required. 

3.  C0809  —  If  UN08  is  present,  then  LIN09  is  required. 

4.  C101 1  —  if  LIN10  is  present,  then  LIN1 1  is  required. 

5.  C1213  —  If  LIN12  is  present,  then  LIN13  is  required. 

6.  C1415  —  If  LIN14  is  present,  then  UNI  5  is  required. 

7.  Cl 61 7  —  If  LIN16  is  present,  then  LIN17  is  required. 

8.  C1819  —  If  LIN18  is  present,  then  LIN19  is  required. 

9.  C2021  —  If  LIN20  is  present,  then  LIN21  is  required. 

10.  C2223  —  If  LIN22  is  present,  then  LIN23  is  required. 

11.  C2425  —  If  LIN24  is  present,  then  LIN25  is  required. 

12.  C2627  —  II UN26  is  present,  then  LIN27  is  required. 

13.  C2829  —  If  LIN28  is  present,  then  LIN29  is  required. 

14.  C3031  —  If  LIN30  is  present,  then  LIN31  is  required. 

Semantic:  LIN01  is  the  line  item  identification 

Comments:  1.  See  the  Data  Dictionary  for  a  complete  list  of  ID’S. 

2.  LIN02  through  LIN31  provide  for  fifteen  (IS)  different  product/service 
ID  s  for  each  item.  For  Example:  Case,  Color,  Drawing  No.,  UPC  No.. 
ISBN  No..  Model  No..  SKU. 


Not  U**d 
Mandatory 


_ Data  Element  Summary _ 

W  0*7* 

oc*  nojon  n*m»  _  *7-min/ro 

LINOT  350  Assigned  Identification  O  AN  1/11 

LIN02  235  Product/Service  ID  Qualifier  M  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

Use  any  applicable  code.  However.  use  code  “ FS"  for  the  National  Slock  Number;  use  code  "VP"  for  the 
seller's  part  number;  use  code  "FT' for  the  Federal  Slock  Classification;  and  use  code  "SV“  when  describing 
a  service. 


Mandatory 


LIN03  234  Product/Service  ID 

Identifying  number  for  a  product  or  service. 


M  AN  1/30 
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•OS  •  CONTRACT  PRK3NO  PROPOSAL 

ANSI  ASC  X12  VERSION  "RELEASE  0C3030DOD_  UN  •  ITEM  IDENTIFICATION 

ImptamantMtbn  Nob: 

US02  03  and  successive  pairs  can  be  used  wah  any  codes.  Block  8b  of  the  SF  1411. 

Optional 

LIN04 

23S 

Product/Sarvice  ID  Qualifier  0 

Coda  identifying  the  type/sourca  of  tha  dascfiptiva  number  used  in 
Product/Service  ID  (234). 

ID 

m 

Conditional 

LINOS 

234 

Produet/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

LIN06 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

LIN07 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

LIN08 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

212 

' 

Conditional 

LIN09 

234 

Produet/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

LIN10 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

UN  11 

234 

Product/Service  10  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

LIN12 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

LIN  13 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

LIN14 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

212 

Conditional 

LIN15 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

LIN16 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

212 

Conditional 

LIN17 

234 

Product/Service  ID  C 

Identifying  number  for  a  product  or  service. 

AN 

1/30 

Optional 

LIN  1 8 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

212 

Conditional 

LIN19 

234 

Product/Service  ID  C 

AN 

1/30 
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Optional 

Conditional 

Optional 

Conditional 

Optional 

Conditional 

Optional 

Conditional 

Optional 

Conditional 

Optional 

Conditional 


Identifying  number  for  a  product  or  service. 


LIN20 

235 

Product/Service  10  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  10  (234). 

10 

212 

LIN21 

234 

Product/Service  10 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

LIN22 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

LIN23 

234 

Product/Service  10 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

LIN24 

235 

Product/Service  10  Qualifier 

o 

ID 

212 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  10  (234). 


LIN25 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

LIN26 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

LIN27 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

LIN28 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  10  (234). 

ID 

212 

LIN29 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

c 

AN 

1/30 

LIN30 

235 

Product/Service  10  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2 12 

LIN31 

234 

ProducVService  ID 

c 

AN 

1/30 

Identifying  number  for  a  product  or  service. 
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DF02  •  MARCH  31  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003030DQP_ 


•OS  •  CONTRACT  PMCMQ  PROPOSAL 
MSG  •  MESSAGE  TEXT 


Optional 


Segment:  MSG  Message  Text 
Level:  Header 
Loop:  CBS 
Usage:  Optional 
Max  Use:  >1 

Purpose:  To  provide  a  free  form  format  that  would  allow  the  transmission  of  text 
information. 

Comment:  MSG02  is  not  related  to  the  specific  characteristics  of  a  printer,  but 
identifies  top  of  page,  advance  a  line,  etc. 

Implementation  Not*: 

Provides  free-form  text  capability  to  describe  the  line  item  being  proposed. 


Mandatory 


Not  Uaad 


_ Data  Element  Summary _ 

UP  DATA 

on.  iicmxT  wnmurt* 

MSG01  933  Free-Form  Message  Text  M  AN  1/264 

Free-form  message  text. 

Implementation  Note: 

MSGOl  will  carry  a  free  form  text  description  of  the  cited  line  item;  Block  8b  of the  SF 1411. 

MSG02  934  Printer  Carriage  Control  Code  O  ID  2/2 


DF02  •  MARCH  31  1993 
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*05  •  CONTRACT  PRICING  PROPOSAL 

CB1  •  CONTRACT  AND  COST  ACCOUNTING  STANDARDS  DATA 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  XI*  VERSION/RELEASE  003030000 


Optional 


Segment:  CB1  Contract  and  Cost  Accounting  Standards  Data 
Level:  Header 
Loop:  CB1  Repeat:  >1 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  contract  and  cost  accounting  standards  data 


Data  Element  Summa 


Mandatory 


Optional 


OAT* 

.  «tagg  ass 


CB101  1309  Pricing  Proposal  Oats  Code  M  ID  2/2 

Code  identifying  pricing  proposal  data 

Implementation  Notea: 

1.  Use  any  code. 

2.  One  of  the  codes  from  each  of  the  following  groups  MUST  be  present  in  original,  duplicate  or  re¬ 
submission  transaction  sets:  code  (“01"  or  “02").  code  (“03"  or  “04"),  code  (“05"  or  “06“),  code  ("07"  or 
“08").  code  ("09"  or  “10“).  code  (“11".  “12".  or  “13").  code  (“14“  or  “15“).  code  (“16“  or  “17")  Therefore, 
there  must  be  8  iterations  of  the  CB1  Segment. 

3.  When  CB101  is  code  “01 ",  use  the  following  MSG  and  N9  Segments  to  provide  identification  of  the 
required  property . 

4.  When  CB101  is  code  “03".  CB102  is  required. 

5.  When  CBIOI  is  code  “05".  identify  items,  contract  numbers,  and  customers  in  the  following  MSG  and  N9 
Segments  and  the  embedded  N1  Loop. 

6.  When  CB101  is  code  “08".  “10".  “14".  or  "17“ .  use  the  following  MSG  Segment  to  explain. 

7.  When  CB101  is  either  code  "11"  or  code  “12".  indicate  office  to  which  submitted  in  the  following 
embedded  N1  Loop. 

CB102  1310  Financing  Type  Coda  O  ID  1/1 

Code  identifying  the  type  of  contract  financing  required  by  the  submitter  of  a 
pricing  proposal 

Implementation  Nola: 

When  CBIOI  is  code  "03“  (contract  financing  required),  CB102  is  required. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003090000 


•OS -CONTRACT PRICING  PROPOSAL 
MSG  •  MESSAGE  TEXT 


Segment:  MSG  Message  Text 
Level:  Header 
Loop:  C81 

Optional  Usage:  Optional 

Max  Use:  >1 

Purpose:  To  provide  a  free  form  format  that  would  aOow  the  transmission  of  text 
information. 

Comment:  MSG02  is  not  related  to  the  specific  characteristics  of  a  printer,  but 
identifies  top  of  page,  advance  a  line,  etc. 

Implementation  Not e: 

Provides  for  a  freeform  lea  explanation  for  data  carried  in  the  CB1  loop. 

Data  Element  Summa 


Mandatory  MSGOt  933  Free-Form  Message  Text 

Free-form  message  text. 

Implementation  Note: 

Use  to  explain  when  CBIOI  is  code  " 01" .  "03".  "08".  "10".  "14".  or  "17- 
Hot  Used  MSG02  934  Printer  Carriage  Control  Code 


M  AN  1/264 


O  ID  2/2 
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MS  •  CONTRACT  PRtCINQ  PROPOSAL 
N* .  REFERENCE  NUMBER 


DEPARTMENT  OF  DEFENSE 
DRAFT  MPLEMENTATION  CONVENTION 


ANSI  ASC  XI 2  VERStON/RELEASE  M30MOOO 


Segment:  N9  Reference  Number 
Level:  Header 
Loop:  CB1 

options!  Usage:  Optional 

Max  Use:  >1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  R0203  —  At  least  one  of  N902  or  N903  is  required. 

Implementation  Note: 

Provides  clarifying  numbers. 


Mandatory 


Conditional 


Conditional 


Data  Element  Summa 


N901  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Notee: 

J.  Use  any  code. 

2.  When  CBI01  is  code  "01 ",  although  any  code  may  be  used,  codes  "NS".  "MF".  "PM",  or  " CH ‘  are 
preferred. 

3.  When  CB101  is  code  "05".  use  code  " CT "  for  the  contract  number  and  one  of  the  following  preferred 
codes:  "MF".  "NS".  "PM".  "C7".  "CH".  "ZZ". 

4.  Code  "2Z"  is  used  to  indicate  a  service. 

N902  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Nota: 

The  actual  number  for  the  qualifier  codes  specified  in  N901;  Blocks  10  and  12  of  the  SF 141 1. 


Not  Used 


N903  369  Free-form  Description 

Free-form  descriptive  text. 

Implementation  Notes: 

1.  A  free  form  text  description  elaborating  on  the  reference  number  in  N902. 

2.  When  N90I  is  code  "ZZ".  N903  is  required. 

N904  373  Date 


C  AN  1/45 


O  DT 


Not  Used 


N905  337  Time 


O  TM 
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DEPARTMENT  Of  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 

'  MS  •  CONTRACT  PMCMQ  PROPOSAL 

ANSI  ASC  X12  VERSION/RELEASE  003030000.  Nl  •  NAME 


Optional 


Segment:  Nl  Name 
Level:  Header 

Loop:  CB1/N1  Repeat:  >1 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  parly  by  type  of  organization,  name  and  code 

Syntax:  1.  R0203  —  At  least  one  of  Nl 02  or  Nl  03  is  required. 

2.  P0304  —  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  ‘ID 
Code'  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Note*: 

1.  Use  cfNIOJ.  N103  and  N 104  to  describe  an  address  is  preferred.  Use  N102  and  Segments  N2 
through  N4  only  when  an  address  cannot  be  described  using  a  CAGE  code  or  a  DoDAAC. 

2.  Use  to  provide  addresses  when  required  in  response  to  a  specific  question  (e.g.,  when  proposing 
party  has  done  the  same  or  similar  work  before,  or  when  a  disclosure  statement  has  been 
submitted ). 


Mandatory 


N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity,  a  physical  location,  or  an  individual 

KB  Customer  for  Whom  Same  or  Similar  Work  Was  Performed 
Code  Value  Implementation  Note: 

Use  code  "KB"  when  CB101  is  code  "05". 


KC  Party  That  Received  Disclosure  Statement 

Code  Value  Implementation  Note: 

Use  code  "KC"  when  CB101  is  either  code  "II"  or  code  "12". 


Conditional  N102  93  Name  C  AN  t/35 

Free-form  name. 

Implementation  Note: 

Use  only  when  the  entity  cannot  be  identified  by  using  either  a  CAGE  code  or  a  DoDAAC. 

Conditional  N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Notes: 

1.  When  N101  is  code  "KB",  use  code  "10"  or  Code  "33"  as  appropriate,  if  known. 

2.  When  NJ01  is  code  "KC",  use  code  "10",  if  known. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

9  D-U-N-S+4,  D-U-N-S  Number  with  Four  Character  Suffix 
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DEPARTMENT  Of  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


Code  identifying  a  party  or  other  code 


1  tmptamantathn  Not*: 

I  The  actual  “CAGE'  code  or  DoDAAC. 


DM2  •  MARCH  31  1993 
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DEPARTMENT  Of  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  A  SC  X12  VERSION/RELEASE  003030000. 


•OS  •  CONTRACT  PRICING  PROPOSAL 
N2  •  ADOIDONAL  NAME  REFORMATION 


Optional 


Segment:  N2  Additional  Name  Information 
Level:  Header 
Loop:  CB1/N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


Data  Element  Summary 


RIF 

on 

DATA 

CICVCNT 

name 

N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

O 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


MS  <  CONTRACT  PRICING  PROPOSAL 

N3  •  ADDRESS  INFORMATION  _  _  ANSI  A3C  XU  VERSION/RELEASE 00303000Q_ 


Optional 


Segment:  N3  Address  information 
Level:  Header 
Loop:  CB1/N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


MF 

DCS. 

DATA 

IUMOIT 

HUM 

Mrmm/nt _ 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

O 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE 003030POQ_ 


MS  •  CONTRACT  PROMO  PROPOSAL 
N4  •  GEOGRAPHY  LOCATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


N4  Geographic  Location 
Header 
CB1/N1 
Optional 
1 

To  specify  the  geographic  place  of  the  named  party 

1.  R0105  —  At  least  one  of  N401  or  N405  is  required. 

2.  P0506  —  If  either  N40S  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 


Conditional 

Optional 

Optional 


Optional 


Not  Usod 
NotUaod 


Data  Element  Summary 


ftp. 

DO 

9AM 

CLD4CMT 

NAAAC 

N401 

19 

City  Nam* 

Freo-form  text  for  city  name. 

C 

AN  2/30 

N402 

156 

State  or  Province  Code  O  ID  2/2 

Code  (Standard  State/Province)  as  defined  by  appropriate  government  agency. 

N403 

116 

Postal  Code  O  ID  3/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

N404 

26 

Country  Code 

Code  identifying  the  country. 

0 

H>  2/3 

N405 

309 

Location  Qualifier 

C 

ID  1/2 

N406 

310 

Location  Identifier 

C 

AN  1/25 
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DEPARTMENT  OF  DEFENSE 
DRAFT  Bf  PLEMENTATION  CONVENTION 


MS  •  CONTRACT  PRICMG  PROPOSAL 

PL .  PROPOSAL  COST  LOGIC _ ANSM8C  XI 2  VERSION/RELEASE  MM300Q0_ 


Optional 


Segment:  PL  Proposal  Cost  Logic 
Level:  Detail 

Loop:  _ 

Usage:  Optional 
Max  Use:  >1 

Purpose:  To  describe  the  cost  logic  used  when  pricing  a  particular  aspect  of  a 
proposal 

Semantic:  1.  PL01  is  the  logic  sequence  number. 

2.  PL03  is  the  name  of  the  cost  element  being  proposed. 

3.  PL05  is  a  text  description  of  the  cost  element  contained  in  PL03. 


Implementation  No  tea: 

I.  The  PL  Segment  should  be  used  in  a  "bottom-up"  approach,  (e.g..  if  total  direct  labor  dollars  is 
composed  of  engineering  labor  dollars  plus  manufacturing  labor  dollars,  then  the  calculation 
formula  for  these  must  be  presented  in  the  transaction  set  before  the  calculation  for  the  direct  labor 
dollars). 


EXAMPLE: 


PL*l*DO*TDEL*E*TOTAL  DIRECT  ENGINEERING  LABORS  NIL 
PL*2*HR*TDELH*M*TOTAL  DIRECT  ENGINEERING  LABOR  HOURS  NIL 
PL*  3*  A8*ELR*F*  ENGINEERING  LABOR  RATE  NIL 
PL*4*DO*TDML*E*TOTAL  DIRECT  MANUFACTURING  LABOR*3  N/L 
PL*5*HR*TDMLH*M*TOTAL  DIRECT  MANUFACTURING  LABOR  HOURS  NIL 

pl*6*a8*mlr*f* manufacturing  labor  rate  nil 

PL*7*DO*TDL*E*TOTAL  DIRECT  LABOR*l  NiL 
PL*8*DO*TDEL*A  N/L 
PL*9*DO*TOML*F  NIL 


2.  If  the  proposed  labor  rates  are  at  a  lower  level,  eg-.  by  engineering  labor  category  or  by 
department,  then  the  PL  Segments  must  start  at  that  lower  level  to  corf  arm  to  the  "bottom-up" 
convention. 

3.  When  doing  direct  input,  (dollars,  rates  or  hours  to  be  displayed),  array  the  PL  Segments  as  in 
this  example: 

PL*  l*DO*Dl*E*DIRECT  IN  PUT*  I  NiL 
PL*2*D0*DI*F  NIL 

4.  Use  of  the  number  “l "  in  PL06  of  the  first  iteration  of  the  PL  Segment  in  the  example  abate, 
indicates  its  order  on  the  cost  summary;  ie„  it  would  be  displayed  first. 

5.  This  segment  is  required  in  original,  duplicate  or  resubmission  transaction  sets,  e.g.,  when 
BCPOl  is  code  “00".  “07“  or  "15". 

6.  Not  used  in  "no  cost"  proposals,  (e.g.,  no  accounting  formulas). 

7.  Data  maintenance  has  been  submitted  to  add  PL06  (data  element  609  -  Count).  This  data 
element  will  be  used  when  PL02  is  code  "DO"  and  PL04  is  code  "E"  and  it  is  desired  to  display  the 
dollar  amounts  on  the  cost  summary. 


Data  Element  Summary 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  0030300QD, 


M5  •  CONTRACT  PRICING  PROPOSAL 
PL  *  PROPOSAL  COST  LOGIC 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mr  MTA  _ _ 

w»  fiawxr  utue  _ trmmnes 

PL01  554  Assigned  Number  M  NO  16 

Numbar  assignad  (or  differentiation  within  a  transaction  sat. 

Implamantathn  Not*: 

A  progressive  number  starting  with  the  number  "I  “.to  provide  a  logic  sequence  for  each  iteration  of  the  PL 
Segment,  (e.g..  1, 2, 3,  etc.). 

PL02  355  Unit  or  Basis  lor  Measurement  Coda  M  ID  2/2 

Coda  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 

Implementation  Not**: 

1.  Use  any  code. 

2.  Use  code  "ZZ’for  other  non-hour  units. 

PL03  93  Name  M  AN  1/35 

Free-form  name. 

Implementation  Not**: 

1.  The  " short-hand "  name  given  to  the  value  that  appears  in  a  cost  or  price  proposal. 

2.  The  source  of  the  data,  (e.g.,  DLH  or  the  number  24680  might  be  the  “  short- hand“  name  for  direct  labor 
hours).  These  unique  short-hand  names  are  assigned  by  the  originator  of  the  transaction  set  and  should  hair 
a  basis  in  the  originator's  accounting  system. 

PL04  1311  Calculation  Operation  Coda  M  ID  1/1 

Cods  identifying  what  type  of  calculation  will  take  place 

Implementation  Not*: 

Any  code  may  be  used. 


Optional 


PL05  352  Description  O  AN  180 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Not*: 

The  "long-hond“  description  for  the  " short-hand "  name  carried  in  PL03.  (e.g..  if  the  proposing  party  carries 
"DLH''  in  PL03.  then  PL05  will  carry  Direct  Labor  Hours  in  free  form  text.  This  now  identifies  that  “DLH" 
equals  Direct  Labor  Hours  in  the  proposing  party's  accounting  system.  The  description  is  only  required  w  hen 
the  “SAME"  data  element  (PL03)  is  first  used  within  the  flow  of  segments  within  the  transaction  set.  After 
that,  the  value  may  be  referred  to  by  its  "short -hand"  name  only. 
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•05  •  CONTRACT  PRICMG  PROPOSAL 
HL  •  HIERARCHICAL  LEVEL 


DEPARTMENT  OP  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  OOJOJOOOO 


Optional 


Segment:  HL  Hierarchical  Levsl 
Level:  Detail 
Loop:  HL  Repeat:  >1 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  dependencies  among  and  the  content  of  hierarchically  related 
groups  of  data  segments. 

Comments:  !.  The  HL  Segment  is  used  to  identify  levels  of  detail  information  using  a 
Hierarchical  Structure,  such  as  relating  line  item  data  to  shipment  data, 
and  packaging  data  to  line  item  data. 

2.  The  HL  segment  defines  a  top-down/teft-right  ordered  structure. 

3.  HL01  shall  contain  a  unique  alphanumeric  number  for  each 
occunence  of  the  HL  segment  in  the  transaction  set.  For  example  HL01 
could  be  used  to  indicate  the  number  of  occurrences  of  the  HL  segment, 
in  which  case  the  value  of  HL01  would  be  "1“  for  the  initial  HL  segment, 
and  would  be  incremented  by  one  in  each  subsequent  HL  segment 
within  the  transaction. 

4.  HL02  identifies  the  Hierarchical  ID  Number  of  the  HL  segment  to 
which  the  cunent  HL  segment  is  subordinate. 

5.  HL03  indicates  the  context  of  the  series  of  segments  following  the 
current  HL  segment  up  to  the  next  occunence  of  an  HL  segment  in  the 
transaction.  For  example.  HL03  is  used  to  indicate  that  subsequent 
segments  in  the  HL  loop  form  a  logical  grouping  of  data  referring  to 
shipment,  order  or  item  level  information. 

6.  HL04  indicates  whether  or  not  there  are  subordinate  (or  child)  HL 
segments  related  to  the  cunent  HL  segment. 

Implementation  Note: 

This  Segment  is  used  to  describe  the  “tree"  structures  associated  with  the  proposal  (e.g.,  contract 
line  item,  work  breakdown  structure,  statement  of  work). 


Data  Element  Summa 


Mandatory  HL01  628  Hierarchical  ID  Number  M  AN  1 12 

A  unique  number  assigned  by  the  sender  to  identify  a  particular  data  segment  in 
a  hierarchical  structure. 

Implementation  Note: 

A  unique  and  progressive  number  assigned  by  the  originator  of  the  transaction  set.  Start  with  the  number 
(e.g..  1, 2, 3.  etc.). 

Optional  HL02  734  Hierarchical  Parent  ID  Number  O  AN  V12 

Identification  number  of  the  next  higher  hierarchical  data  segment  that  the  data 
segment  being  described  is  subordinate  to. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


MS  •  CONTRACT  PRICING  PROPOSAL 

ANSI  ASC  X12  VERSIONS  ELEASE  003030000, _ HL  ■  HERARCFBCAL  LEVEL 

Implementation  Not*: 

This  dam  element  is  not  used  in  the  first  aeration  of  the  HL  bop.  In  the  second  and  subsequent  iterations  of 
the  HL  loop,  HL02  will  carry  the  hierarchical  ID.  number  contained  in  the  parent  HLOl  data  element. 


Mandatory 


Optional 


HL03  735  Hierarchical  Level  Code  If  ID  1/3 

Coda  defining  the  characteristic  of  a  level  in  a  hierarchical  structure. 

Implementation  Noth: 

Level  codes  will  be  used  to  indicate  how  a  proposing  party  might  array  a  cost  structure. 

56  Statement  of  Work 
CC  Cost  Center 
CE  Cost  Element 
OP  Department 
I  Item 

Coda  Value  Implementation  Note: 

Use  code  T  for  the  contract  line  item. 

PC  Project  Code 
SC  Subcontract  Line  Rem 
WB  Work  Breakdown  Structure 
22  Mutually  Defined 

Code  Value  Implementation  Note: 

Use  code  "72."  to  define  another  unspecified  level. 

HL04  736  Hierarchical  Child  Code  O  ID  l/l 

Code  indicating  whether  if  there  are  hierarchical  child  data  segments  subordinate 
to  the  level  being  described. 

0  No  Subordinate  HL  Segment  in  This  Hierarchical  Structure. 

Code  Value  implementation  Note: 

Use  code  “0“  to  indicate  the  level  described  in  HL0 3  has  no  subordinate  level. 

1  Additional  Subordinate  HL  Data  Segment  in  This  Hierarchical  Structure. 

Code  Value  Implementation  Nota: 

Use  code  "I "  to  indicate  the  level  described  in  HL03  has  a  subordinate  level. 
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Segment:  REF  Reference  Numbers 
Level:  Detail 
Loop:  HL 

Option*!  Usage:  Optional 

Max  Use:  1 

Purpose:  To  specify  identifying  numbers. 

Syntax:  R0203  —  At  least  one  of  REF02  or  REF03  is  required. 

Implementetlon  Not e: 

At  least  one  REF  segment  carrying  an  appropriate  reference  number  should  be  present  [or  each 
iteration  of  the  HL  loop. 

Data  Element  Summa 


Mandatory  REF01  128  Rafaranca  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Noto: 

When  REFOl  is  code  "72".  explain  in  REF03. 

73  Statement  of  Work  (SOW) 

74  Work  Breakdown  Structure  (WBS) 

75  Organization  Breakdown  Structure 
79  Cost  Account 
91  Cost  Element 
C7  Contract  Line  Item  Number 
K8  Project  Number 
L6  Subcontract  Line  Item  Number 
ZZ  Mutually  Defined 

Code  Value  Implementation  Note: 

Use  code  “ZZ"  for  an  unlisted  type  number. 

Conditional  REF02  127  Reference  Number  C  AN  1-30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  actual  assigned  number  (e.g.,  SOW  paragraph,  cost  center,  etc.)  in  the  hierarchical  structure. 

Conditional  REF03  352  Description  C  AN  1-80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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PO- PROPOSAL DATA 


Optional 


Segment:  PD  Proposal  Data 
Level:  Detail 
Loop:  PD  Repeat:  >1 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  describe  the  proposal  pricing  basic  input  detail 
Semantic:  1.  PD01  is  the  unit  of  the  time  pehod  contained  in  PD02. 

2.  PD02  is  the  date  of  the  start  of  the  time  period  in  PDOl . 

3.  PD04  is  the  quantity  of  the  unit  of  measurement  in  PD03. 

4.  PD05  is  the  name  of  the  cost  element  being  proposed. 

5.  PD06  is  the  description  of  the  name  of  the  cost  element  being 
proposed. 

Implementation  Notea: 

1.  This  segment  is  required  in  original,  duplicate  or  resubmission  transaction  sets.  e  g.,  when 
BCP01  is  code  -00" .  " or  or  “ IS ". 

2.  Data  maintenance  has  been  submitted  to  add  PDOS  (data  element  127  -  Reference  Number). 
PD09  ( data  element  352  -  Description),  and  PO 10  (data  element  1413  ■  Proposal  Data  Detail 
Qualifier  Code).  PDOS  wiU  be  used  to  associate  the  proposed  value  to  Us  corresponding  backup 
data  found  elsewhere  in  the  proposal.  PD09  wiU  be  used  as  a  free  form  text  description  of  the  data 
being  prepared  (e.g..  labor  rales,  overhead  rates.  0c  ).  PD  10  will  be  used  to  qualify  the  nature  of 
the  proposal  values  as  estimated,  actual,  negotiated  or  mixed. 

Data  Element  Summa 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


PD01  344  Unit  of  Time  Period  or  Interval  M  ID  2/2 

Code  indicating  the  time  period  or  interval 

Implementation  Notea: 

I.  The  Unit  of  Time  Period  is  the  period  of  lime  represented  by  one  value  carried  in  a  following  PDD02  or 
PDD03,  or  PDD04 


2.  Use  any  applicable  code. 

PD02  373  Date 

Date  (YYMMDD). 


M  DT  6/6 


PD03  355  Unit  or  Basis  for  Measurement  Code  M  ID  2/2 

Code  specifying  the  units  in  which  a  value  is  being  expressed,  or  manner  in 
which  a  measurement  has  been  taken 

Implementation  Note: 

While  any  code  can  be  used,  typically  codes  “DO"  (Dollars).  "HR"  (Hours).  "UN"  (Units).  'AS"  (Dollars  per 
Hour)  or  "PI"  (Percent)  will  be  used. 


P004  380  Quantity 

Numeric  value  of  quantity. 


M  R  1/15 
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1  Implementation  Not a: 

The  quantity  of  the  period  of  time  specified  in  PD01  For  example:  If  the  proposing  party  wanted  to  provide 
one  calendar  years  worth  of  dollar  data  broken  down  by  quarters,  then  PD01  would  carry  code  ~QT~  for 
quarter.  PDO 3  would  carry  code  "DO"  for  dollars,  and  PD04  would  carry  the  number  "4"  indicating  the 
number  of  quarters. 


Mandatory 


PD05  93  Nam*  M  AN  1/35 

Free -torn  name. 

Implementation  Note: 

This  may  be  the  same  "short- hand"  none  as  previously  specified  in  PL03  or  a  new  " short  hand "  name  not 
previously  specified. 


Mandatory 


PD06  352  Description  M  AN  1/80 

A  f'6«3  iorm  description  to  darity  tho  related  data  elements  and  their  content. 

Implementation  Notea: 

1.  Use  for  the  free  form  text  “ long-hand “  description  of  the  " short-hand ”  name  carried  in  PD05. 

2.  Data  maintenance  has  been  submined  to  change  this  data  element  from  mandatory  to  optional. 


Optional 


PD07  1196  Breakdown  Structure  Detail  Code  O  ID  2/2 

Codes  identifying  details  relating  to  a  reporting  breakdown  structure  tree. 

Implamantation  Nota: 

This  data  element  will  be  typically  used  when  PD03  is  code  “DO",  or  code  "HR". 

26  Recurring 

Code  Value  Implamantation  Nota: 

Use  code  “26"  to  indicate  the  values  in  the  following  PDD  Segment  are  recurring. 

27  Nonrecurring 

Code  Value  Implementation  Nota: 

Use  code  "27"  to  indicate  the  values  in  the  following  PDD  Segment  are  non  recurring 
ZZ  Mutually  Defined 
Code  Value  Implementation  Nota: 

Use  code  "ZZ"  to  indicate  that  the  values  in  the  following  PDD  Segment  are  both  recurring  and 
non  recurring. 
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Data  Maintenance  action  has  been  submitted  to  add  the  SPI  Segment  in  Table  2,  Position  045  as 
an  optional  segment  with  a  maximum  use  of  1. 

Use  of  the  SPI  Segment  in  Table  2  of  the  805  Contract  Pricing  Proposal  Transaction  Set  will  be 
optional  and  will  permit  the  originating  party  to  identify  and  attach  a  security  level  and/or 
classification  to  the  specific  items  of  data  requiring  protection  (as  Is  required  by  the  Department 
of  Defense  Regulations).  Use  of  this  segment  at  this  position  will  enable  the  originator  to 
“MARK"  specific  data  with  its  security  level  and/or  classification  when 
these  vary  within  a  proposal. 

This  segment  will  be  only  used  to  identify  the  highest  level  of  government  classification  and/or 
company  Internal  security  level  assigned  to  the  data  requiring  protection.  Government  non- 
classified  and  internal  company  nonprotected  data  need  not  be  Identified  In  this  segment. 

Data  elements  SPI01,  SPI02,  SPI03  SPI09,  and  SPI13  will  be  used  with  SPI09  being  required. 

SPI01  will  carry  the  same  codes  as  those  used  in  the  Table  1  SPI01  and  they  will  denote 
the  highest  level  government  classification  assigned  to  the  data  requiring  protection. 

SPI02  will  carry  the  code  "91”  and  It  will  be  used  to  qualify  the  short-hand  cost  element 
name/number  carried  in  PD05  which  identifies  the  data  to  which  the  security  level  or 
classification  pertains. 

SPI03  will  carry  the  actual  data  sequence  number  contained  in  PD05  for  the  data  requiring 
protection. 

SPI09  will  carry  the  same  codes  as  those  used  in  the  Table  1  SPI09  and  they  will  denote 
the  highest  company  internal  security  level  assigned  by  the  proposing  party. 

Data  maintenance  action  has  been  submitted  to  add  SPI13  (data  element  1412  -  Certification 
Code)  to  the  SPI  segment.  This  data  element  will  be  used  for  the  proposer 
to  certify  the  Cost  and  Pricing  Data  and/or  the  Overhead  Rates  contained  in  the  proposal.  It  can 
also  be  used  to  indicate  that  no  certification  is  required. 
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Optional 


Mandatory 


Conditional 


Not  Uaod 


Segment:  REF  Reference  Numbers 


Level:  Detail 
Loop:  PD 
Usage:  Optional 
Max  Use:  3 

Purpose:  To  specify  identifying  numbers. 

Syntax:  R0203  —  At  least  one  of  REF02  or  REF03  is  required. 

Implementation  Notea: 

1.  Use  up  to  the  maximum  iterations  (31  of  this  segment  to  provide  identifiers  for  the  values  being 
proposed  in  the  PDD  segment. 

2.  Data  maintenance  has  been  submitted  to  increase  the  maximum  use  cf  this  segment  from  3  to  5. 

Data  Element  Summa 


REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

73  Statement  of  Work  (SOW) 

74  Work  Breakdown  Structure  (WBS) 

75  Organization  Breakdown  Structure 
79  Cost  Account 

91  Cost  Element 
C7  Contract  Line  Item  Number 
K8  Project  Number 
L6  Subcontract  Line  Item  Number 
ZZ  Mutually  Defined 
Coda  Value  Implementation  Note: 

Use  code  "ZZ"  for  an  unlisted  type  number. 

REF02  127  Reference  Number  C  AN  1/5 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  actual  number  (eg..  WBS  Level,  CUN,  SOW  paragraph  number,  accompanying  251  Transaction  Set 
number,  etc.). 


REF03  352  C  'cription 


C  AN  1/80 
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Optional 


Mandatory 


Conditional 


Conditional 


Conditional 


Segment:  PDD  Proposal  Data  Detail 
Level:  Detail 
Loop:  PD 
Usage:  Optional 
Max  Use:  >1 

Purpose:  To  provide  the  rates,  direct  input,  and  pricing  factors  for  each  element  of 
work,  cross-referenced  to  the  applicable  parts  of  a  pricing  proposal 

Syntax:  R020304  —  At  least  one  of  PDD02,  PDD03  or  PDD04  is  required. 
Semantic:  PDD01  is  a  sequential  number  assigned  by  the  initiator. 

Implementation  Notes: 

1.  This  segment  is  required  in  original,  duplicate  or  resubmission  transaction  sets,  e.g.,  when 
BCPOl  is  code  "(XT.  “07"  or  "15". 

2.  ONLY  ONE  of  PDD02.  PDD03,  or  PDD04  is  permitted  in  each  iteration  of  the  PDD  Segment. 

3.  The  number  of  iterations  of  the  PDD  Segment  within  each  PD  Loop  must  be  equal  to  the  number 
carried  in  PD04  for  each  iteration  of  the  PD  Loop. 

4.  Data  maintenance  has  been  submitted  to  add  PDD05  (Data  Element  1413  •  Proposal  Data 
Detail  Qualifier  Code).  This  data  element  will  be  used  to  qualify  the  nature  of  the  proposal  data  as 
estimated,  actual,  or  negotiated. 

Data  Element  Summa 


PDD01  350  Assigned  Identification  M  AN  i/il 

Alphanumeric  characters  assigned  for  differentiation  within  a  transaction  set. 

Implementation  Note: 

A  unique  sequence  number  ( starting  with  the  number  "I "  and  going  progressively  higher  as  applicable) 
assigned  by  the  originator  of  the  transaction  set. 

PDD02  380  Quantity  C  R  1/15 

Numeric  value  of  quantity. 

Implementation  Note: 

The  actual  quantity  of  the  value  being  proposed  as  described  in  the  PD  Segment. 

PDD03  782  Monetary  Amount  C  R  1/15 

Monetary  amount. 

Implementation  Note: 

The  actual  monetary  amount  of  the  value  being  proposed  as  described  in  the  PD  Segment. 

PDD04  954  Percent  C  R  1/10 

Percentage  expressed  as  a  decimal 

Implementation  Note: 

The  actual  rate  (provided  the  rate  is  expressed  as  a  percent)  of  the  value  being  proposed  as  described  in  the 
PD  Segment. 
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Segment:  N1  Name 
Level:  Detail 

Loop:  PO/Nf  Repeat:  >t 
optional  Usage:  Optional 

Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 

Syntax:  1.  R0203  —  At  least  one  of  N102  or  N103  is  required. 

2.  P03Q4  —  H  either  N1 03  or  N1 04  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  *ID 
Code*  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Note: 

Use  the  Nl  Loop  only  to  provide  address  and  reference  number  data  when  the  proposal  contains 
discreet  values,  (e  g.,  subcontract  costs,  inter-divisional  transfers,  etc.). 


Mandatory 


Conditional 


Conditional 


Conditional 


Oata  Element  Summa 


n>  BAT* 

DOT  IVOICff  I 


98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity,  a  physical  location,  or  an  individual 

28  Subcontractor 

C4  Contract  Administration  Office 

DV  Division 

Code  Value  Implementation  Note: 

Use  code  "DV'  to  qualify  an  inter  divisional  transfer. 


N102  93  Name 

Free-form  name. 

Implementation  Nota: 

Use  when  the  subcontractor  cannot  be  described  using  a  " CAGE  code. 


C  AN  1/35 


N103  66  Identification  Code  Qualifier  C  10  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Note: 

Only  code  "33"  may  be  used 


N104  67  Identification  Code 

Code  identifying  a  party  or  other  code. 

Implementation  Note: 

The  actual  "CAGE"  code  of  the  subcontractor. 


C  AN  2/17 
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Optional 


Segment:  N2  Additional  Name  Intotmatlon 
Level:  Detail 
Loop:  PD/N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 

Implementation  Note: 

Use  only  when  the  subcontractor  name  and  address  cannot  be  provided  using  a  " CAGE *  code. 


Mandatory 


Optional 


Data  Element  Summary 


DO 

DATA 

CLEMENT 

•urn 

N201 

03 

Name 

Frae-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

O 

AN 

1/35 
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Optional 


Segment:  N3  Address  Information 
Level:  Detail 
Loop:  PD/N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 

bnphmontatbn  Nob: 

Use  only  when  the  subcontractor  name  and  address  ctmnot  be  provided  using  a  “ CAGE "  code. 


Mandatory 


Optional 


Data  Element  Summary 


Rtf 
_  Ofl 

DATA 

IIWW 

MAIM 

ATTWUTf 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1135 

N302 

166 

Address  Information 

Address  information 

O 

AN 

1/35 
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Optional 


Segment:  N4  Geographic  Location 
Level:  Detail 
Loop:  PD/N1 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  the  geographic  place  of  the  named  party 

Syntax:  1.  R0105  —  At  least  one  of  N401  or  N405  is  required. 

2.  P0506  —  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

Comments:  1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 

Imptonwntation  Not •: 

Use  only  when  the  subcontractor  name  and  address  cannot  be  provided  using  a  'CAGE"  code. 


Conditional 

Optional 

Optional 

Optional 

Not  Uaod 
Not  Uaod 


Data  Element  Summary 


«r 

DCV 

DATA 

tuo«o«r 

•UMt 

N401 

19 

City  Name 

Frsa-form  text  for  city  name. 

C 

AN  2/30 

N402 

156 

State  or  Province  Code  O  ID  2/2 

Code  (Standard  State/Province)  as  defined  by  appropriate  government  agency. 

N403 

116 

Postal  Code  0  ID  3/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

N404 

26 

Country  Code 

Code  identifying  the  country. 

0 

ID  2/3 

N405 

309 

Location  Qualifier 

c 

ID  1/2 

N406 

310 

Location  identifier 

c 

AN  1/25 
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Optional 


Segment:  REF  Reference  Number* 

Level:  Oetal 
Loop:  PD/N1 
Usage:  Optional 
Max  Use:  >1 

Purpose:  To  specify  identifying  numbers. 

Syntax:  R0203  —  At  least  one  of  REF02  or  REF03  is  required. 

Implementation  Not e: 

This  segment  is  used  to  provide  reference  numbers  associated  with  an  address. 


Mandatory 


REF01  128  Refeience  Number  Qualifier 

Code  qualifying  the  Reference  Number. 


II  ID  2/2 


Implementation  Note: 
Use  any  code. 


Conditional 


REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

The  actual  reference  number  cf  the  item  qualified fe.g.,  pert  number,  services,  etc. I- 


Conditional 


REF03  352  Description  C  AN  1*0 

A  free-form  description  to  darify  the  related  data  elements  and  their  content. 


Implementation  Note: 

Use  for  free  form  description  to  clarify  reference. 


47 


DF02  •  MARCH  31  1993 


DEPARTMENT  Of  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 

IOS  •  CONTRACT  PmONG  PROPOSAL 

ANSI  ASC  X12  VERSION/RELEASE  003030000.  U  •  ASSIGNED  NUMBER 


Optional 


Segment:  LX  Assigned  Number 
Level:  Summary 
Loop:  LX  Repeat:  2 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  reference  a  line  number  in  a  transaction  set. 

knphmontatlon  Not*: 

This  segment  is  required  in  original,  duplicate  or  resubmission  transaction  sets.  e  g.,  when  BCPOl 
is  code  "00“.  "07"  or  "IS". 


Data  Element  Summai 


Mandatory 


Assigned  Number 

Number  assigned  for  differentiation  within  a  transaction  set. 


M  NO  1/6 


Implementation  Not*: 

A  unique  sequence  number,  starting  with  the  number  (e  g..  1,2). 
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Optional 


Mandatory 


Mandatory 


Conditional 


Conditional 


Optional 


Segment:  G61  Contact 
Level:  Summary 
Loop:  LX 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  person  or  office  to  whom  communications  should  be 
directed 

Syntax:  P0304  —  if  either  G6 1 03  or  G61 04  is  present,  then  the  other  is  required. 
Comment:  G6103  qualifies  G6104. 

Implementation  Note: 

This  segment  is  required  in  original,  duplicate  or  resubmission  transaction  sets.  e  g..  when  BCPOl 
is  code  -00“ .  H0r  or  “IS". 


Data  Element  Summa 


DATA 

ILtMQff  I 


G6101  366  Contact  Function  Code  M  10  2/2 

Coda  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 

AU  Report  Authorizer 
Code  Value  Implementation  Note: 

Use  code  "AU"  in  a  second  iteration  of  the  C6I  Segment  if  another  certifying  party  within  the 
proposal  issuing  entity  is  submitting  an  alternate  price  proposal,  different  from  the  amounts 
carried  in  the  first  iteration  of  the  LX  Loop. 

CE  Certifier 

Code  Value  Implementation  Note: 

Use  code  “CE"  for  the  cerifying  official:  Block  15  of  the  SF  Nil. 

G6102  93  Name  M  AN  1/35 

Free-form  name. 

Implementation  Note: 

Name  of  the  offeror's  certifying  official  or  parly  authorizing  an  alternate  lower  total  proposed  price ,  Block 

15  of  the  SF  Nil. 

G6103  365  Communication  Number  Qualifier  C  ID  2/2 

Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

Only  code  T E"  may  be  used. 

G6104  364  Communication  Number  C  AN  1/25 

Complete  communications  number  including  country  or  area  oode  when 
applicable. 

Implementation  Note: 

The  actual  telephone  number  of  the  certifying  or  authorizing  party  submitting  an  alternate  lower  total 

proposed  price. 

G6105  443  Contact  Inquiry  Reference  O  AN  1/20 

Additional  reference  number  or  description  to  clarify  a  contact  number. 
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tmpbrmntaUon  Not»: 

The  tale  of  the  certifying  or  authorizing  party .  Block  l.  of  the  Sr  1411. 
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Optional 


Segment:  AMT  Monetary  Amount 
Level:  Summary 
Loop:  LX 
Usage:  Optional 
Max  Use:  4 

Purpose:  To  indicate  the  total  monetary  amount. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

W  OATA 

Pit  iLPitHT  HAM! _ _ _ _ _  .  armw/TM 

AMT01  522  Amount  Qualifier  Coda  M  ID  1/2 

Code  to  qualify  amount 

Implementation  Notes: 

/.  In  the  first  iteration  of  the  LX  Loop,  only  codes  ’TC",  TD".  TE".  *T F“  andJor  "MC"  may  be  used.  Either 
code  T V  or  code  " TE "  may  be  used,  but  not  both. 

2.  If  the  proposing  party  is  submitting  an  alternate  lower  offer  than  the  sum  of  the  amounts  carried  in 
AMT 01  ( code  T F").  a  second  iteration  of  the  LX  Loop  is  required  using  code  TC'  in  AMT01 . 

MC  Cost  of  Monay 
TC  Proposed  Cost 
TD  Proposed  Profit 
TE  Proposed  Fee 
TF  Total  Proposed  Price 
TG  Alternate  Proposed  Price 

AMT02  782  Monetary  Amount  MR  1/15 

Monetary  amount. 

Implementation  Notaa: 

/.  The  actual  amount  represented  by  the  qualifier  code. 

2.  When  AMTOI  is  code  "T F".  the  amount  will  equal  the  sum  of  the  amounts  representative  of  the  AMTOI 
qualifier  codes  TC".  T D"  or  ’TE".  and  “MC":  Block  6c  of  the  SF 1411. 
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ASC  X12  WORK  REQUEST  FORM 
SUBMITTER  INSTRUCTIONS 


NOTE:  ALL  REQUESTS  MUST  BE  TYPED  OR  PRINTED  LEGIBLY  IN  BLACK  INK. 
INCOMPLETE  OR  ILLEGIBLE  WORK  REQUESTS  WILL  BE  RETURNED  TO  THE 
SUBMITTER. 

Submit  completed  forms  to:  Technical  Department,  ASC  X12  Secretariat  Data  Interchange  Standards  Association, 
Inc..  1800  Diagonal  Road,  Suita  355,  Alexandria.  VA  22314-2852  or  FAX  (703)  548-5738.  Submitters  are  nodded  of 
the  status  of  the  work  requeat  after  It  has  bean  reviewed  by  X12J  Technical  Aasetament  Subcommittee. 

1.  TO  USE  THIS  FORM  TO  REQUEST  A  CHANGE  TO  AN  EXISTING  8TANOARO(S),  use  ONE  Work  Requeat 
(WR)  Form  to  list  all  changes  needed  to  meet  one  BUSINESS  REASON.  Otherwise  uae  rrxitlple  forme.  If  more 
spaca  la  nacasaary,  numbered  attachments  may  be  used  for  continuation. 

2.  TO  USE  THIS  FORM  FOR  SUPPORTING  DATA  MAINTENANCE  FOR  A  NEW  DRAFT  STANDARD,  Hat  Ml 
information  on  ONE  form;  use  attachments  as  nacasaary.  List  first  Ml  new  segments,  then  Ml  new  data 
Mements/codes/code  sources.  Then  Hst  revisions  to  eadsdnq  segments  and  data  slements/codea/code  sourcea; 
provide  a  business  case  for  revisions  to  existing  standards.  Then  list  any  others  changes  needed  (e.g..  X12A, 

XI  2.6),  including  justification. 

3.  TO  USE  THIS  FORM  TO  REQUEST  A  PROPOSED  NEW  X12  STANDARDS  PROJECT,  provide  the  buMnees 
need  and  justification  for  the  new  project  in  Part  D.  The  WR  wB  be  referred  to  an  X12  subcommatee  for  analysis. 

ADDITIONAL  INFORMATION  FOR  COMPLETING  THIS  FORM: 

PART  A:  SUBMITTER  INFORMATION:  The  WR  may  represent  tfiepoeklon  of  an  Individual.  Industry  group,  work 
group.  XI 2  subgroup,  etc.  If  the  WR  represents  the  poeiflon  of  an  X12  subcommitse  rMated  work  group,  the 
subcommittee  chair  must  MdM  the  WR. 

PART  B:  REFERENCE  USED:  Indicate  the  version/reiease  or  edition  of  the  standard  you  are  using  as  a  reference. 

PART  C:  RAMIFICATIONS:  list  affected  transaction  sets,  segments  and  data  elements,  or  other  standards.  Fora 
control  standard,  name  the  affected  page  and  section  number. 

PART  D:  BUSINESS  CASE/REASON  FOR  CHANGE:  Provide  a  complete  scenario  ttedeecribee  the  business 
function/operation  that  wi  be  satisfied  by  a  change  to  the  standard.  Be  speckle,  because  this  Information  wl 
appear  in  the  X12  membership  balot  package  and  wll  be  the  only  Information  that  members  have  on  which  to  base 
their  vote.  Xi2JTechnicM  Assessment  Subcommittee  requires  enough  Information  to  be  abfe  to  propose  an 
alternate  solution  to  the  one  prodded,  V  necessary. 

PART  E:  PROPOSED  WORK:  List  the  speckle  changes  being  requested.  Give  the  names  end  associated 
identifiers  of  the  standards  segments,  data  elements  and  codes  affected  by  the  changes.  DsAnMons  for  new  codes 
and  for  Industry-specific  terms  must  be  complete.  For  new  codes,  provide  a  proposed  code  and  a  code  dollnklan. 
RULES:  (1)  Acronyms/abbreviations  cannot  be  added  to  the  standarde-they  muM  be  spaRedouL  (2)  Provide  an 
expanded  code  deflnMon  tor  each  code  that  Is  not  completely  self  explanatory,  that  Is,  terms  that  are  not  In  gsnarai 
business  use  or  that  are  induMry  spedlc.  (3)  Provide  code  source  references  for  Ml  extemaly  pubflshed  (notvXi2) 
code  lists  eked  (use  the  Form  for  New  or  Revised  Code  Source  Reference,  pegs  2  of  the  form). 
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Data  Submittad 


(Submittar  Provida) 


ASCX12 

WORK  REQUEST  FORM 


A.  SUBMITTER  INFORMATION: 

Submittar  Nama _ _  Company 

Addrass  _ Addrass/aP 

Phona  ______________ 

Submission  rsprasants  tha  position  at _ _  SC  Chair  Intials: 


DM  NUMBER  _ 

(Sacrstarial  Orty) 


/DP  +4 


B.  REFERENCE  USED:  Varslon _ /Ralaasa _ /Subralaasa _ or  Workbook  (data) 


C.  RAMIFICATIONS: 

Transaction  Sat(s)  Usad 
Sagmant(s)  Affactad 
Data  Eiamant(s)  Affactad 
Othar  Standard(s) 


0.  BUSINESS  CASE/REASON  FOR  CHANGE: 


E.  PROPOSED  WORK: 
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Pm.  9/14/93 

WR  Form  Pag*  Two  DM  NUMBER 

(Sacnttriat  Only) 

FORM  FOR  NEW  OR  REVISED  CODE  SOURCE  REFERENCE 
FOR  XI 2.3  DATA  ELEMENT  DICTIONARY 


INSTRUCTIONS:  Compista  this  form  whanavar  a  now  data  atsmant  or  data  slsmsnt  cod*  la  rsqusstad  to  bt 
addod  to  Appandbc  A  o 1X12.3  Dam  Elamant  Dictionary,  which  rafarancaa  a  cod*  list  pubilshad  by  an  organization 
extomal  to  XI 2.  Uaa  ona  form  for  aach  naw  rafaranca.  This  form  may  ba  uaad  to  ravlsa  currant  rafarancaa:  fl  out 
the  approprtata  araas  boiow. 


PARTI:  REFERENCE  Onto i or 2 Mow.  « 2. M m «m blank. 

(1)  NEW  REFERENCE 

(2)  REVISED  REFERENCE.  Currant  rsfarsnc*  numbar/nama 


PART  2:  REFERENCE  TITLE  »t>araMontyonaaour'oatoroodnaterthndaliatomant.*ia**omoutobn*w«amnanlhndmn 

SlBniBlH  nafliw.  a  viBva  Bfa  niUNPm  OQQEB  IwTBlwnOnQ  wXWIiai  ^BQv  wl  WIB  sBhIw  ME  EW 

(MnMon. 

REFERENCE  TITLE: 


PARTS:  DATA  ELEMENTS  USED  IN  QNa  »ia  doli  atomani  rotor  nco  nutrtoar  and  noma  which  idraoii  too  uaar  to  too  ooda 
toufps.  GNo  too  oodo  D  0f  aotiQnocl)  If  Ms  Is  for  t  apootte  oodo  of  tfio  dots  itimonL 

USEDIN:  DENa _ ,  Cods  ID _ 

PART  4:  SOURCE  PwMda  too  namooT  too  puMIcaBonwtitmoontoint  ton  codas  ratoranoad. 

PUBLISHED  IN: 


PARTS:  AVAILABLE  FROM  QNo too puMtohar, or otoar contact,  tram  wnom too uccr oan otocin toe document. 

AVAILABLE:  Nama/Attnof  _ 

Company  __i_^ 


Addrsss/ZP 


yZIP  +  4 


PARTS:  ABSTRACT  BrtoOy dcccttoc too puMtoadan, H» purpoaa. and Indicate what oodaa a contoint. 
ABSTRACT: 
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5.0  GLOSSARY 


This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 

ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  S  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee,  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDIFACT  stan-dards. 

Authentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE), 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6,  and  Interchange 
Control  Segments  (ISA/EEA/TA1)  defined  in  X12.S. 


BASEUNE  AS  OF:  FEBRUARY  22,1993 


5.0.1 


DEPARTMENT  OF  DEFENSE 

DRAFT  MPLEMENTATtON  CONVENTION 


Data  Element 

The  basic  units  of  information  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single¬ 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 

A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M).  optional  (O),  or  conditional  (C).  DoD  may  "require" 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types:  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  X12  members  which  serves  as  the  Secretarial  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  membership  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  X12  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 
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EDI 

Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  X12  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  interchange  related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators.  (2)  identifies  the 
sender  and  receiver,  (3)  provides  control  information  for  the  inter¬ 
change,  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  bounded  or  unbounded  (X12.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  N1  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element  is  required. 
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Mapping 

The  process  of  identifying  the  standard  data  element’s  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  identifier,  the  contained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.)-  Syntax  rules  are 
published  in  ANSI  X12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  iden  after  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Release 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  interpretation  of  data  in  the  X12  standard  format.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment. 

VICS  Committee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12.5 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 
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AIS 

Automated  Information  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 
ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 
UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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